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ABSTRACT 


Training  of  military  forces  is  essential  to  prepare  our  military  to  be  successful  in  combat. 
Research  and  analysis  has  revealed  that  the  Navy  eurrently  has  a  gap  in  its  ability  to  train 
against  Fast  Attaek  Craft  (FAC)/Fast  Inshore  Attaek  Craft  (FIAC)  attaeks.  The  objeetive 
of  this  capstone  projeet  was  to  researeh  eurrent  training  capabilities,  determine  training 
requirements,  determine  what  training  gaps  remain  based  on  analysis  of  a  prototype  laser- 
based  training  system,  and  provide  recommendations  to  meet  the  needs  for  a  Navy  live- 
simulated  training  environment.  Currently,  there  is  no  single  teehnology  that  ean  satisfy 
all  training  needs  and  requirements  of  the  Navy  to  defend  against  this  threat. 
Reeommendations  include  further  evaluation  of  the  prototype  system,  using  the  prototype 
during  certain  training  exereises,  and  blending  several  technologies  into  one  combined 
training  system.  Laser-based  teehnology  ean  benefit  the  Navy  when  used  in  the  right 
training  seenarios  and  with  the  correet  blend  of  teehnology. 
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EXECUTIVE  SUMMARY 


Training  of  military  forces  is  essential  to  prepare  our  military  to  be  successful  in  eombat. 
Research  and  analysis  has  revealed  that  the  Navy  eurrently  has  a  gap  in  its  ability  to  train 
against  Fast  Attaek  Craft  (FAC)/Fast  Inshore  Attaek  Craft  (FIAC)  attacks.  The  need  for 
the  surfaee  Navy  to  prepare  and  train  itself  for  the  FAC/FIAC  threat  was  most  apparent  in 
the  USS  Cole  tragedy  where  terrorists  exploded  a  small  craft  alongside  the  Navy 
Destroyer  during  refueling.  The  Navy’s  response  and  subsequent  modification  to  force 
protection  training  requirements  was  sufficient;  however,  a  gap  still  remains  in  foree-on- 
force  (FoF)  surfaee  training.  Several  Navy  commands  are  investigating  using  laser-based 
training  systems  to  fill  this  gap.  As  a  result  of  this  eapstone  report,  this  team  reeommends 
the  ineorporation  of  laser-based  simulation  into  live  fire  training  exereises  to  inerease  the 
fleet’s  readiness  and  preparedness  in  response  to  FAC/FIAC  threats. 

The  objeetive  of  this  capstone  projeet  was  to  perform  a  gap  analysis  on  the  eurrent 
Instrumented-Taetieal  Engagement  Simulation  System-  (I-TESS  II)  based  prototype 
system  by  researehing  eurrent  training  capabilities,  determining  training  requirements, 
whieh  training  gaps  remain  based  on  analysis  of  the  I-TESS  II  prototype  system,  and 
provide  recommendations  to  meet  the  needs  for  a  simulated  Naval  live-fire  training 
environment.  A  tailored  system  engineering  approaeh  was  developed  in  order  to  progress 
from  the  refined  problem  statement  to  the  final  projeet  deliverable.  The  process  divided 
the  projeet  into  three  distinet  segments:  requirements  development,  prototype  eapabilities 
analysis,  and  funetion-based  gap  analysis.  The  resulting  produet  of  this  analysis  is  a 
determination  of  functions  that  a  laser-based  training  system  needs  to  fulfill,  the 
comparison  of  those  funetions  to  an  I-TESS  II  prototype  system,  and  reeommendations 
for  the  inclusion  of  laser-based  training  for  use  by  the  Navy. 

Currently,  there  is  no  single  teehnology  that  can  satisfy  all  training  needs  and 
requirements  of  the  Navy.  Gaps  exist  between  the  customer  defined  requirements  and  the 
currently  implemented  eapabilities  of  the  prototype  I-TESS  II  system.  The  eurrent 
system  is  satisfaetory  for  use  in  certain  training  seenarios  with  the  identified  shortfalls  if 
the  Concept  of  Operations  (CONOPs)  for  those  scenarios  is  sufficiently  limited  in  seope. 

xvii 


The  gaps  identified  in  the  I-TESS  II  prototype  system  ean  be  mitigated  by  additional 
teehnologies  sueh  as  geopairing,  simulated  rounds,  and  the  development  of  CONOPs  for 
the  training  system. 
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I.  BACKGROUND 


On  October  12,  2000,  suicide  terrorists  detonated  a  small  eraft  loaded  with 
explosives  alongside  the  Navy  Destroyer  USS  Cole  (DDG-67)  as  it  was  refueling,  killing 
17  Ameriean  sailors  and  causing  injury  to  many  more  (Federal  Bureau  of  Investigation 
2014).  Figure  1  shows  the  damage  that  was  caused  by  the  attaek. 


Figure  1 .  Damage  to  the  USS  Cole  after  Bombing  (from  Dreyer  2003) 


The  attack  on  the  USS  Cole,  just  off  the  coast  of  Yemen,  demonstrated  that  U.S. 
warships  were  vulnerable  to  asymmetrie  attacks  from  small  craft.  Figure  2  shows  the 
details  on  how  the  attaek  was  earned  out. 
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Figure  2.  The  Attack  on  the  USS  Cole  (from  Durham  Specialist  Risk 

Management  2013) 


In  the  wake  of  this  attack,  the  threat  of  FAC/  FIAC  became  much  more  apparent. 
The  following  is  a  statement  from  LT  Kevin  Ralston  at  that  time,  Operations  Officer 
from  Destroyer  Squadron  21; 

The  [FAC/FIAC]  threat  is  extremely  real.  We  saw  what  happened  to  the 
USS  Cole  when  it  was  attacked  by  a  small  boat.  We  want  to  be  ready  at  all 
times  to  handle  whatever  is  out  there.  (Logico  2007) 

The  Department  of  the  Navy  (DON)  determined  that  training  against  this  apparent 
threat  was  a  priority;  however,  training  with  live  ammunition  was  a  significant  safety 
concern. 

In  the  interest  of  safety,  simulated  weapons  (RED/BLUE  guns)  vice 
shipboard  weapons  shall  be  utilized  during  all  training  and  assessment 
periods.  All  Crew  Served  Weapons  (CSW)  shall  be  verified  “clear  and 
safe”  with  no  ammunition  on  deck,  prior  to  conducting  training  or 
assessment.  (Department  of  the  Navy  2007,  3-15) 

Training  CSW  watchstanders  to  defend  their  ship  against  a  FAC/FIAC  attack 
using  RED/BLUE  guns  lacks  realism  not  only  for  the  watchstanders,  but  also  for  the 
ship’s  command  and  control  (C2)  structure.  The  Navy  also  uses  at  sea  training  targets  for 
live  ammunition  training  when  underway.  This  type  of  training  is  intended  to  maintain 
CSW  watchstander  marksmanship  skills.  The  team’s  research  and  analysis  revealed  that 
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the  Navy  currently  has  a  gap  in  Force-on-Force  (FoF)  training,  or  the  ability  for  both 
sides  of  the  engagement  to  inflict  damage  on  the  other.  The  gap  in  FoF  training  was 
determined  to  be  a  critical  mission  capability  gap  through  the  system  assessment  and 
functional  gap  analysis  performed. 

Both  the  Army  and  Marine  Corps  have  developed  and  fielded  a  variety  of  training 
systems  to  facilitate  FoF  training.  One  of  their  solutions  was  to  integrate  laser-based 
training  systems  into  ground  force  training  thereby  maintaining  sailor  safety  in  simulated 
attack  events  and  enabling  training  that  otherwise  was  unfeasible.  These  benefits  were 
achieved  by  using  fewer  live  rounds  and  incorporating  the  capability  to  evaluate 
individual  and  unit  performance.  As  can  be  seen  below,  the  incorporation  of  laser-based 
simulation  technology  is  in  line  with  the  Naval  Education  Training  Command  Strategic 
Plan. 

The  Naval  Education  Training  Command  Strategic  Plan  for  the  next  10  years 
highlighted  training  effectiveness  as  its  number  one  strategic  focus  area  (RADM  Quinn 
2013).  Training  effectiveness  is  defined  as  “prompt  development,  deployment,  and 
delivery  of  effective,  high  quality  training,  leveraging  state  of  the  art  technology  and 
philosophies  to  satisfy  validated  and  resourced  Elect  requirements”  (RADM  Quinn  2013, 
5). 

Several  studies  have  been  conducted  by  the  Government  Accountability  Office 
(GAO)  to  determine  the  effectiveness  of  both  live  and  simulated  training  within  different 
U.S.  military  organizations.  According  to  one  of  GAO’s  reports,  “Navy  Training; 
Observations  on  the  Navy’s  Use  of  Eive  and  Simulated  Training”  (Government 
Accountability  Office  2012),  the  Navy  uses  a  set  of  guiding  principles  in  order  to  provide 
flexibility  in  determining  the  best,  most  appropriate,  solution  for  a  specific  training 
requirement  or  gap.  The  following  is  a  list  of  the  12  published  guiding  principles. 

1)  Effective  training  requires  an  efficient  balance  of  live  and  synthetic 

approaches. 

2)  Simulator  decisions  are  complex  and  require  thoughtful  and  thorough 

analysis. 
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3)  Train  in  port  and  validate  at  sea,  or  train  on  the  ground  and  validate  in 
the  air,  or  train  at  home  base  and  validate  in  the  field. 

4)  Training  simulators  should  be  used  to  replace  live  training  to  the 
maximum  extent  possible  where  training  effectiveness  and  operational 
readiness  are  not  compromised. 

5)  Some  live  training  events  cannot  or  should  not  be  replaced  by  a 
simulator. 

6)  If  a  skill  or  talent  can  be  developed  or  refined,  or  if  a  proficiency  can  be 
effectively  and  efficiently  maintained  in  a  simulator,  then  these 
skills/talents/proficiencies  should  be  developed/refined/maintained  in  a 
simulator. 

7)  If  a  qualification  or  certification  can  realistically  and  economically  be 
accomplished  in  a  simulator,  do  it  in  a  simulator. 

8)  Simulator  training  objectives  must  be  directly  linked  with  specific  Navy 
Mission  Essential  Tasks  or  individual  personnel  qualification  standard 
requirements. 

9)  Simulators  that  are  intended  to  interface  with  other  simulators  during 
Fleet  Synthetic  Training  events  must  be  compatible  with  the  Navy 
Continuous  Training  Environment  network. 

10)  Simulators  that  could  conceivably  be  used  for  multi-platform  or  cross¬ 
platform  mission  area  training  should  be  designed  with  integration  as  a 
primary  goal. 

11)  Simulators  should  provide  the  appropriate  level  of  fidelity  required  to 
effectively  and  economically  train  to  the  specified  task(s). 

12)  Simulator  procurement  needs  to  stay  aligned  with  Fleet-wide  technical 
innovation  to  deliver  timely,  cost  effective  solutions. 

Encouraged  by  both  the  Naval  Education  Training  Command  Strategic  Plan  and 
the  12  guiding  principles  summarized  by  GAO  contained  within  the  “Overarching  Fleet 
Training  Simulator  Strategy,”  simulated  training  has  continued  to  expand.  In  response  to 
this  effort.  Naval  Air  Systems  Command  (NAVAIR)  and  Naval  Sea  Systems  Command 
(NAVSEA)  are  investigating  implementation  of  a  variant  of  the  Multiple  Integrated  Easer 
Engagement  System  (MIEES)  code  complaint  laser-based  system  for  use  in  live  training 
with  simulated  ammunition. 
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This  report  encompasses  several  areas  of  research  to  conduct  a  systems 
assessment  of  a  prototype  MILES  compliant  training  system  as  a  replacement  or 
augmentation  for  live  ordnance  training  events.  In  2012,  the  Navy  acquired  two 
prototype,  MILES  compliant,  laser-based  systems  from  Cubic  Defense  Applications, 
Incorporated  for  the  purpose  of  evaluating  their  usefulness  in  training  surface  units  to 
defend  themselves  against  EAC/EIAC  attacks,  or  force-on-target  (EoT)  training.  One  of 
these  systems  was  used  during  an  operational  EoT  concept  demonstration  in  June  2012 
with  the  results  documented  in  NAVSEA  Corona  trip  report  06/22/12  (not  releasable  to 
all)  (Naval  Surface  Warfare  Center  -  Corona  Division  2012).  Details  of  the  results  from 
the  Corona  trip  report  have  been  incorporated  into  the  capability  and  gap  analysis  efforts 
in  order  to  define  where  gaps  exist. 

Inputs  from  stakeholders  and  the  application  of  a  tailored  systems  engineering 
approach  produced  mission  and  system  level  requirements  and  identified  the  functions 
needed  in  a  EAC/EIAC  training  system.  To  determine  what  capability  gaps  existed,  the 
identified  functions  were  compared  with  the  results  of  an  analysis  that  was  performed  to 
determine  the  current  training  capabilities  of  the  Navy’s  prototype  EAC/EIAC  training 
systems.  Based  on  this  comparison,  an  analysis  of  technology  was  conducted  to  provide 
recommendations  for  follow-on  research  for  a  final  material  solution(s)  and 
recommended  path  forward  for  EAC/EIAC  laser-based  training  systems.  Due  to  the 
classification  of  weapon  systems  capabilities,  this  effort  focused  on  CSW  limited  to  the 
.50-caliber  (M2)  and  7.62mm  (M240)  machine  guns  installed  onboard  surface  ships 
because  their  data  and  information  were  widely  distributable  yet  relevant  to  the  purposes 
of  this  paper. 
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II.  PROJECT  INTRODUCTION 


A.  PROBLEM  STATEMENT 

The  objective  of  this  research  effort  is  to  examine  the  use  of  virtual  bullets  for 
replacement  in  live  ammunition  training.  Specifically,  this  project  will  research  the 
possible  uses  of  MILES  and  other  technologies  to  meet  surface  Navy’s  FoF  training 
needs  in  FAC/FIAC  engagement  scenarios.  The  capstone  sponsor,  Mr.  David  Purdy, 
Head,  Surface  Targets  Engineering  Branch,  NAVAIR,  provided  an  overarching  need  that 
has  been  paraphrased  in  the  following  statement: 

The  Navy  needs  the  Multiple  Integrated  Faser  Engagement  System 
(MILES)  or  geometric  pairing  (using  GPS)  solutions  to  use  ‘virtual’ 
bullets  for  use  in  training  and  weapons  test  and  evaluation. 

Research  of  the  sponsor’s  initial  need  statement  led  to  the  development  and 
refinement  of  the  following  problem  statement: 

The  Navy  does  not  currently  have  a  realistic  way  to  simulate  “live 
ammunition”  in  FoF  training;  therefore,  the  Navy  will  continue  to  lack 
effective  ways  to  train  against  FAC/FIAC  attacks. 

The  research  that  was  conducted  in  order  to  answer  the  problem  as  stated  above 
was  centered  on  the  following  related  questions: 

1 .  What  are  the  current  training  requirements  that  might  be  fulfilled  using 
laser-based  training  systems? 

2.  What  are  the  capabilities  and  limitations  of  laser-based  training? 

3.  What  are  the  impacts,  negative  training,  of  using  laser-based  training  on 

“training  realism?” 

4.  What  are  the  environmental  impacts  of  “live”  ordnance  training? 

5.  What  are  the  environmental  impacts  of  laser-based  training? 

6.  What  are  the  safety  concerns  of  using  laser-based  training  systems? 
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The  results  from  the  research  were  used  to  aid  in  the  frmctional  gap  analysis  ui 
determination  of  the  capabilities,  limitations,  envu  oumental  impacts,  and  negative 
training  impacts  of  laser-simulated  weapons  and  ammunition. 

B.  STAKEHOLDERS 

A  simnnaiy  of  the  key  stakeholders  involved  with  this  capstone  is  provided  in 
Table  1. 


Table  1.  Key  Stakeholders  for  Laser-Based  Trainuig  Assessment  Team’s 

Capstone 


Stakeholder  Name 

Organization 

Role 

Ml'.  David  Purdy 

NAVAIR,  Head,  Siuface 

Targets  Engineering  Branch 

Capstone  Sponsor 

Mr.  David  Smith 

U.S.  Fleet  Forces  (USFF)  N7 

Mission  requhements  Top- 
level  reviewer  and  fleet 
training  representative 

Mr.  Chip  Carpenter 

USFF  N72 

Mission  requhements  Top- 
level  reviewer  and  fleet 
training  representative 

Captain  Ciu1  Seth 

CSG-4  N7 

Mission  requirements  Top- 
level  reviewer  and  Camer  fleet 
trainuig  representative 

Ms.  Kim 
McCoimaughey 

Naval  Siuface  Warfare  Center 
(NSWC)  Corona  East  Coast 
Range  Manager 

Mission  requhements  Top- 
level  reviewer,  smface  targets 
provider 

Ms.  Bernadette  Blixt 

NSWC  Port  Hueneme  Division 

Mission  requhements  Top- 
level  reviewer,  smface  targets 
provider 

Ml'.  Bill  Espmosa 

Navy  Test  &  Evaluation 

Test  Subject  Matter  Expert 
(SME) 

Representatives  from  USFF  coimnand  represent  the  Top-level  view  point. 
Representatives  fromNSWC  represent  suppliers  of  opposing  force  (OPFOR)  equipment 
and  managers  of  the  two  prototype  systems.  Captain  Seth  is  responsible  for  Caiiier 
Strike  Group  trauimg.  Mr.  Bill  Espmosa  represents  the  test  cormniuiity.  All  stakeholder 
inputs  were  vital  in  the  development  of  mission  requhemeuts.  Principle  stakeholder 
inputs  were  concerned  with  training  scenario  fidelity,  suppoiliug  FoF  and  FoT  training. 
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and  exercising  C2  roles  and  responsibilities.  Stakeholder  inputs  are  further  expanded  on 
below. 


1.  Scenario  Fidelity 

Scenario  fidelity  is  decomposed  into  providing  the  capability  to  have  Blue  forces 
(friendly),  Red  forces  (enemy),  and  the  system’s  ability  to  be  mounted  and  used  on 
existing  CSWs  that  comprise  Red  and  Blue  force  systems.  Derived  requirements  include 
an  indication  for  personnel  and  system  kills  and  limiting  the  use  of  weapons  when  kills 
are  indicated. 

2.  Force-on-Force  Training 

Conducting  FoF  training  captures  many  of  the  requirements  for  live-action,  reality 
based  scenarios  that  allow  for  both  offensive  and  defensive  engagements.  This  has  been 
decomposed  into  several  system  requirements  for  simulating  a  Red  force  versus  Blue 
force  engagement  based  on  use-case  scenarios.  FoF  training  includes  simulating  direct 
fire  from  and  towards  the  opposing  force  for  CSW  range,  accuracy,  and  ballistics. 
Simulating  weapons  includes  the  system  requirements  for  several  weapon  types. 

3.  Force-on-Target  Training 

Force-on-Target  training,  similar  to  FoF  training,  focuses  on  the  necessary 
requirements  such  as  simulating  CSW  fire  on  at  sea  training  targets,  identified  below, 
with  a  high-fidelity  detection  system  for  real  time  performance  assessment.  The 
scenarios  developed  for  FoF  analysis  were  used  to  ensure  that  all  FoT  requirements  were 
identified  as  well. 

4.  Centralized  Command  and  Control 

Enabling  a  Centralized  C2  includes  the  mission  requirements  of  communication 
within  Line  of  sight  (LOS)  as  well  as  communication  Beyond  LOS  (BLOS).  Command 
and  control  not  only  includes  the  requirement  for  a  network  and  communication  but  also 
the  approved  frequency  bands  in  which  communication  must  occur.  System 
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requirements  inelude  information  updates  at  a  rate  of  one  update  per  second  and  the 
system  shall  maintain  connectivity/data  availability  to  within  a  3%  error  rate. 

Command  and  control  of  training  requires  the  functionality  to  have  a  “God’s  eye” 
view  of  the  training  exercise.  The  system  must  be  able  to  monitor  all  the  entities,  display 
all  engagements,  reflect  status  changes,  and  provide  the  ability  to  “reset”  players. 
Command  and  control  should  also  include  the  ability  to  conduct  an  after-action  review 
(AAR)  within  60  minutes  of  exercise  completion. 

Centralized  C2  is  required  by  naval  ships  and  is  assumed  to  be  provided  by  the 
ship,  and  therefore  will  not  be  part  of  the  system  under  assessment.  This  assessment  will 
focus  on  Scenario  Fidelity,  FoF  and  FoT  training  system  requirements  as  they  relate  to 
the  FAC/FIAC  force  protection  mission. 

C.  PROJECT  TEAM 

The  Laser-Based  Training  Assessment  Team  has  been  tasked  to  execute  a  group 
capstone  project  for  the  Naval  Postgraduate  School  (NPS)  Master  of  Science  in  Systems 
Engineering/Engineering  Systems  curriculum.  Eigure  3  shows  the  members  of  the  Easer- 
Based  Training  Assessment  Team  and  the  organizational  structure  for  the  overall 
capstone  project  as  well  as  their  individual  areas  of  expertise.  The  capstone  advisors’ 
responsibility  for  the  duration  of  this  project  will  be  to  provide  guidance  and  insight  for 
the  Easer-Based  Training  Assessment  Team  to  transform  initial  tasking  into  a  well- 
researched  system  analysis. 
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Figure  3.  Laser-Based  Training  Assessment  Team  Project  Organization 
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in.  SYSTEMS  ENGINEERING  PROCESS 

A.  PROCESS  OVERVIEW 

The  team  developed  a  tailored  systems  engineering  process,  based  on  the  original 
research  questions,  in  order  to  progjess  from  the  refined  problem  statement  to  the  final 
project  deliverable.  Figure  4  shows  the  process  developed  for  this  capstone.  The  process 
breaks  down  the  project  into  three  distinct  segments:  mission  and  system  requirements 
development  (blue),  prototype  capabilities  analysis  (red),  and  fimction  based  gap  analysis 
(piuple).  The  resulting  product  was  the  identification  of  fimctional  gaps  between  the 
frmctions  needed  in  a  FAC/FIAC  training  system  derived  from  mission  requhements 
segment  and  the  frmctions  provided  by  the  I-TESS  El  prototype  system  as  identified 
thiougli  the  capabilities  assessment  segment.  A  set  of  recommendations  for  potential 
solutions  and  improvements  to  the  Navy’s  prototype  system  to  sunulate  live  fire  in  FoF 
training  against  FAC/FIAC  threats  will  conchrde  tliis  process. 


Requirements 

Development 


Requirements 

Anaiysis 

Requirements  | 
Functional  | 
Decomposition  j 

Capabilities 

Anaiysis 

Functional 

LI 

Gap 

Techno  iogy 

J 

Recommended 

1 

Assessment 

N 

Solutions 

Analysis 

Figiue  4.  Capstone  Systems  Engineermg  Process 
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The  requirements  development  segment  is  eomprised  of  FAC/FIAC  training 
requirements:  mission  requirements  development,  system  requirements  analysis,  and 
requirements  fimetional  deeomposition.  The  problem  statement,  discussions  with 
stakeholders,  and  research  identified  the  needs  of  a  FAC/FIAC  training  mission.  These 
needs  were  then  translated  into  mission  requirements,  which  were  then  decomposed  into 
system  requirements,  resulting  in  the  identification  of  system  functions  needed  to  meet 
those  training  requirements.  The  system  functions  were  then  used  as  an  input  into  the 
gap  analysis  process. 

The  capabilities  analysis  segment  was  comprised  of  prototype  system  capabilities 
assessment,  which  resulted  in  the  identification  of  components  and  functional 
decomposition  of  the  components  of  the  I-TESS  II  prototype  system  that  the  Navy 
procured  as  a  proof  of  concept.  The  prototype  system’s  functions  were  used  as  an  input 
into  the  gap  analysis  process. 

The  functional  gap  analysis  segment  compared  inputs  from  the  training 
requirements  analysis  segment  (training  system  functions)  and  the  prototype  capabilities 
analysis  segment  efforts  (prototype  functions).  This  segment  results  in  identification  of 
functional  gaps  between  the  I-TESS  II  prototype  and  functions  required  to  fulfill  the 
EAC/EIAC  training  need.  The  gaps  were  further  analyzed  against  functions  that  are 
native  to  the  ship  or  to  the  Red  force  unit  (i.e.,  communications  systems,  crew  served 
weapons),  as  well  as  other  existing  technologies  to  determine  if  any  technologies  were 
available  to  fulfill  them.  This  process  resulted  in  technology  recommendations  that 
should  be  considered  by  the  Navy  to  minimize  those  residual  functional  gaps. 

B.  REQUIREMENTS  DEVELOPMENT 

Requirements  were  developed  based  on  inputs  received  from  the  capstone  sponsor 
and  other  stakeholders.  These  requirements  were  refined  based  on  the  Navy  CSW 
training  requirements,  research  of  potential  threats  to  Naval  Eorces,  and  analysis  of  use- 
case  scenarios. 
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1. 


Research 


Research  was  performed  on  all  of  the  CSW  training  for  force  protection  against 
FAC/FIAC  attacks  in  which  the  Navy  could  benefit  from  the  use  of  laser-based 
simulation  to  supplement  live  ammunition,  or  live  fire,  training.  This  section  discusses 
the  three  areas  in  which  simulated  training  will  provide  or  has  already  begun  to  provide 
training  benefits  for  the  Navy.  The  Navy  uses  a  three-phased  approach  to  train  CSW 
watchstanders:  individual  training,  single  unit  training,  and  fleet  training. 

a.  Individual  Weapons  Training 

Prior  to  a  deployment,  each  naval  unit  is  required  to  achieve  readiness  in  each  of 
its  assigned  mission  areas.  Readiness  is  the  “state  of  preparedness  of  forces  or  weapon 
systems  to  meet  a  mission  or  to  engage  in  military  operations  based  on  adequate  and 
trained  personnel,  material  condition,  supplies/reserves  of  support  systems  and 
ammunition,  number  of  units  available,  etc.”  (Brown,  Hagan  and  Leggett  2009,  196). 
Every  combat  unit  has  Force  Protection  as  a  mission.  In  order  to  achieve  readiness  in  this 
mission  area,  the  unit  must  have  weapons  qualified  watchstanders.  These  watchstanders 
are  trained  in  the  usage  of  pistols,  rifles,  shotguns,  and  light  to  heavy  machineguns  in 
accordance  with  Office  of  the  Chief  of  Naval  Operations  Instruction  (OPNAVINST) 
3591. IF,  “Small  Arms  Training  and  Qualification”  (Chief  Naval  Office  2009).  Once 
qualified,  the  watchstanders  progress  to  unit  level  training.  Individual  weapons 
marksmanship  training  and  qualification  requirements  are  well  documented  and  not 
within  scope  of  this  report. 

b.  Unit  Level  Crew  Served  Weapons  (CSW)  Training 

Unit  level  training  is  outlined  in  Tab  C  of  Commander  Naval  Surface  Force 
Instruction  (COMNAVSURFORINST)  3502.  ID  and  is  summarized  in  Appendix  A, 

Table  17.  The  following  note,  restated  from  above,  captures  the  essence  of  CSW 
training: 

Note:  In  the  interest  of  safety,  simulated  weapons  (RED/BLUE  GUNS) 

vice  shipboard  weapons  shall  be  utilized  during  all  training  and 

assessment  periods.  All  CSW  shall  be  verified  ‘clear  and  safe’  with  no 
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ammunition  on  deck,  prior  to  conducting  training  or  assessment. 

(Department  of  the  Navy  2007) 

Unit  level  training  is  being  conducted  using  RED/BLUE  simulated  weapons  and 
live  ammunition  against  at  sea  training  targets.  These  approaches  to  training  limit 
personnel  exposure  to  additional  risk.  Training  with  RED/BEUE  simulated  weapons 
provides  procedural  reinforcement  for  the  CSW  watchstanders  and  chain  of  command 
responsibility  for  defending  the  ship/unit,  but  lacks  in  its  ability  to  replicate  combat 
conditions.  Engaging  at  sea  training  targets  with  actual  weapons  using  live  ammunition 
provides  procedural  reinforcement  and  marksmanship  qualification  currency  for  the  CSW 
watchstanders;  however,  it  also  lacks  in  the  ability  to  replicate  combat  conditions  because 
operators  are  not  exposed  to  the  risk  of  enemy  fire.  Unit  level  training  is  relevant  to  the 
capstone  stakeholders  and  will  be  addressed  as  part  of  this  capstone  project. 

c.  Fleet  Level  Training 

Due  to  the  classification  of  tactics,  techniques,  and  procedures  (TTPs),  fleet  level 
training  will  be  addressed  only  as  multiple  surface  units  working  together  for  mutual 
defense.  Both  unit  level  training  and  fleet  level  training  are  conducted  underway  with  at 
sea  training  devices  either  with  RED/BEUE  simulated  weapons  or  live  ammunition.  As 
noted  above,  these  approaches  lack  the  ability  to  replicate  combat  conditions.  Currently, 
much  of  FAC/FIAC  live  fire  training  events  are  done  against  various  targets,  the  Killer 
Tomatoes  (see  Appendix  A),  High  Speed  Maneuvering  Surface  Targets  (HSMST),  and 
other  unmanned  targets.  As  a  result  of  live  fire  training,  these  targets  are  either  destroyed 
or  require  maintenance  before  they  can  be  available  for  reuse.  Fleet  level  training  is 
relevant  to  the  capstone  stakeholders  and  will  be  addressed  as  part  of  this  capstone 
project. 


d.  Current  at  Sea  Trainers 

Underway  training  for  FAC/FIAC  unit  defense  can  be  categorized  in  two  basic 
categories:  1)  simulated  training  as  summarized  in  the  note  above — just  pointing  an  inert 
weapon  at  a  target  or  2)  use  live  ammunition  to  shoot  holes  into  a  target.  Neither  form  of 

training  is  the  optimum  solution.  Pointing  an  inert  or  play  gun  or  shooting  at  a  target  that 
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does  not  have  the  ability  to  shoot  back  both  have  limited  value  and  neither  represent 
combat  conditions. 

The  Navy  has  attempted  to  bridge  the  training  gap  by  investing  in  multiple 
systems  such  as  the  remote  controlled  Jet  Ski,  remote  controlled  Unmanned  Surface 
Vessel  (USV),  and  modified  Rigid  Hull  Inflatable  Boats  (RHIBS).  The  HSMST,  Figure 
5,  is  an  unmanned  modified  speedboat  that  may  operate  alone  or  in  groups. 


Figure  5.  Unmanned  HSMST 

Unmanned  targets  are  designed  to  support  FoT,  not  FoF.  As  with  most  training, 
some  of  benefits  are  in  the  abilities  to  replicate  real-world  conditions,  record  participant 
actions,  and  compare  those  actions  against  training  objectives.  Without  a  training  system 
that  is  capable  of  recording  and  reporting  the  results  of  weapon  fire  related  data,  the  Navy 
appears  to  have  no  capability  for  evaluating  CSW  operators’  or  unit  C2  effectiveness 
against  FAC/FIAC  attacks  aside  from  successful  neutralization/destruction  of  the  target. 

2,  Mission  Requirements  Development 

In  an  effort  to  understand  the  mission  and  accurately  represent  mission  training 
requirements,  the  team  designed  training  scenarios  based  on  the  proof  of  concept 
demonstration  documented  in  NAVSEA  Corona  2012  trip  report  (Jauregui  2012).  These 
scenarios  helped  to  identify  the  roles  and  communications  required  to  execute  the 
mission.  Three  scenarios  were  developed  based  on  the  potential  tactical  situations  that 
might  represent  the  FAC/FIAC  threat:  a  single  ship  versus  a  single  attacker,  a  three-ship 
Surface  Action  Group  (SAG)  versus  multiple  attackers,  and  a  two-ship  SAG  versus 
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multiple  attackers  at  night.  Scenarios  one  and  two  provided  useful  information;  however, 
scenario  three  did  not  add  to  the  requirements  development  process  and  was  consequently 
excluded  from  the  analysis,  Appendix  A. 

а.  Scenario  One — Single  Ship  vs.  Single  FAC 

Scenario  one,  shown  in  Figure  6,  identified  primary  mission  tasks  to  enhance  the 
requirements  analysis.  Mission  tasks  identified  during  this  analysis  depended  on  the  role 
of  the  participant.  The  participants  involved  in  this  example  scenario  were  the 
Commanding  Officer  (CO),  Tactical  Action  Officers  (TAO),  and  the  force  protection 
forces  (watchstanders/gunners).  The  CO  is  responsible  for  the  safety  of  the  unit  and 
associated  forces.  The  TAO  is  responsible  to  the  CO  for  the  execution  tactics;  both  fulfill 
the  roles  of  C2  for  the  watchstanders.  The  force  protection  watchstanders  manned  the 
CSWs  and  engaged  the  enemy  forces.  Scenario  one  identified  the  major  interactions  that 
needed  to  be  carried  out  by  the  watchstanders  for  a  unit  to  successfully  defend  itself  when 
faced  with  a  FAC/FIAC  threat.  The  watchstanders  tasks  are  summarized  below: 

1 .  Respond  to  the  CO’s/TAO’s  orders  and  report  to  their  assigned  station. 

2.  Load  the  assigned  weapon  (one  member  of  the  crew  brings  ammo,  while 
the  other  inspects  and  prepares  the  weapon). 

3.  Identify  visually  the  attacking  speedboat. 

4.  Slew  weapon  toward  target. 

5 .  Aim  the  loaded  weapon. 

б.  Receive  order  to  fire  weapon. 

7.  Fire  the  weapon. 

8.  Visually  determine  impact  location  of  projectile. 

9.  Report  status  of  engagement. 

10.  Adjust  aim. 

1 1 .  Repeat  steps  5-10  until  the  attacking  speedboat  is  destroyed,  turns  away, 
or  the  protecting  force  is  no  longer  able  to  fire  (injured  or  out  of  bullets). 

12.  Reload  weapon  as  required. 

13.  Report  status  of  engagement  to  ship’s  TAO. 
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Figure  6.  Scenario  One  OV-1 


The  CO  of  the  ship  serves  as  decision  authority,  the  TAO’s  role  is  to  coordinate 
the  execution  of  orders  and  defense  of  the  ship,  and  the  watchstanders/gunners  roles  are 
to  observe,  communicate  and  follow  the  orders  given  to  protect  the  unit. 

From  the  above  list  of  mission  requirements,  it  was  determined  that  normally  the 
ship  would  be  equipped  to  support  communications  between  the  watchstanders  and 
command  authority.  The  ship  would  also  have  the  capability  to  verbally  warn  the 
approaching  boat  either  via  loud  speaker  or  radio.  It  is  assumed  that  watchstanders 
would  either  be  trained  in  estimating  range  to  potential  threats  or  be  equipped  with  a  laser 
range  finder.  The  remaining  mission  requirements  were  determined  to  be  the  focus  of 
further  analysis. 

b.  Mission  Requirements 

Development  of  detailed  requirements  was  performed  using  use-case  scenarios, 
functional  flow  block  diagrams  (FFBD),  and  Integration  Definition  Models  (IDEFO) 
diagrams,  which  enabled  a  definition  of  the  top-level  mission  requirements,  measures  of 
effectiveness  (MOE),  and  system  requirements.  The  top-level  mission  requirements  were 
deconstructed  into  MOEs,  which  were  further  deconstructed  into  the  applicable  system 
requirements. 

Top-level  mission  requirements  are  shown  in  Table  2.  The  mission  requirements 
enable  multiple  Blue  force  assets,  CSW  watchstanders  and  C2  to  train  together.  Top- 
level  mission  requirements  also  include  the  need  to  have  multiple  Red  force  participants 
that  can  simulate  direct  fire  on  Blue  forces.  These  two  mission  requirements  are  key  in 
facilitating  FoE  training.  The  remaining  mission  requirements  result  from  the  need  for 
accurate  training,  actionable  and  metric-based  reports,  and  information  to  the  trainees  and 
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trainers.  Tlueshold  and  objective  valves  were  developed  tluough  discussions  with 
stakeholders  and  analysis  by  the  team. 


Table  2.  Top-Level  Mission  Requuements 


Reference 

Description 

Threshold 

Objective 

A 

Shall  srrpport  multiple  Bhte  force  assets 
participation  simirltaneoirsly 

3 

6 

B 

Shall  simirlate  mirltiple  Bhre  force  ship’s  crew 
served  weapotr  types 

2 

3 

C 

Shall  srrpport  mrrltiple  Red  force  assets 
participation  simultaneously 

20 

30 

D 

Shall  simirlate  multiple  Red  force  ship’s  crew 
served  weapons 

1 

2 

E 

Shall  support  training  scenario  Command  & 
Control  via  secine  network  and  secure  voice 

Y 

Y 

F 

Shall  contimrously  record  transmitted  data 
withoirt  errors 

95% 

100% 

G 

Shall  continiroirsly  record  transmitted  data  on 
digital  media  for  the  dmation  of  the  training 
everrt 

24hrs 

72hrs 

H 

Shall  provide  timely  scenario  after  actiorr  report 
and  replay,  compatible  with  existing  Navy 
reporting  and  replay  systems 

3  HRS 

30  MIN 

Tire  developed  MOEs  are  listed  below  in  Table  3.  Tliese  are  intended  to  provide  a 
gr  eater  level  of  detail  in  regards  to  the  needs  of  a  training  system.  They  mclude  the 
number  of  simultaneous  weapons  to  be  simulated,  requir  ed  accuracy  levels  of  weapon 
fire  being  simulated,  types  of  weapons  simulated,  and  fiuther  definition  of  data 
management  and  reporting  information  reqrrired.  Mission  reqrrirements  were  then 
analyzed,  and  decomposed  into  system  reqrrirements. 
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Table  3.  Measm  es  of  Effectiveness 


Reference 

Description 

Threshold 

Objective 

A.1 

Shall  collect  data  from  each  imique  Blue  force 
imit 

Y 

Y 

A.2 

Shall  acciuately  calculate  damage  assessment 
for  each  Blue  force  imit  based  on  Red  force 
weapons  lethality  characteristics 

90% 

95% 

B.l 

Shall  enable  multiple  CSW  positions  per  ship 
simultaneously 

5 

10 

B.2 

Shall  collect  data  from  each  imique  CSW 
position 

Y 

Y 

B.3 

Shall  simulate  Blue  force  ship’s  .50-caliber 
(CAL)  weapons  characteristics 

90% 

95% 

B.4 

Shall  simulate  Blue  force  ship’s  M240B 
weapons  characteristics 

90% 

95% 

C.1 

Shall  collect  data  from  each  imique  Red  force 
imit 

Y 

Y 

C.2 

Shall  acciuately  calculate  damage  assessment 
for  each  Red  force  unit  based  on  Blue  force 
weapons  lethality  characteristics 

90% 

95% 

D.l 

Shall  enable  weapon(s)  positions  per  Red  force 
imit  simultaneously 

1 

2 

D.2 

Shall  collect  data  from  each  imique  weapon 
position,  yes  or  no 

Y 

Y 

D.3 

Shall  simulate  Red  force  ship’s  .50-CAL 
weapons  characteristics 

90% 

95% 

D.4 

Shall  simulate  Red  force  strip’s  RPG  weapons 
characteristics 

90% 

95% 

E.l 

Shall  establish  a  secme  local  area  network 
capable  of  canying  participating  imits 
information  to  centralized  control  and  collection 
systems  data  without  enor's 

95% 

100% 

E.2 

Shall  establish  a  seciue  local  area  network 
capable  of  canying  command  and  control  data 
to  participatmg  imits  without  enors 

95% 

100% 

E.3 

Shall  establish  a  seciue  voice  network  capable 
of  caiTying  participatmg  imits  infomiation  to 
centralized  control  and  collection  systems 
without  err  ors 

95% 

100% 

E.4 

Shall  establish  a  secure  local  area  network 
capable  of  carrying  command  and  control  data 
to  participating  imits  without  eiTors 

95% 

100% 
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Reference 

Description 

Threshold 

Objective 

F.l 

Shall  continuously  record  Bhre  force  tr  ansmitted 
data  without  errors 

95% 

100% 

F.2 

Shall  contimroirsly  record  Red  force  transmitted 
data  withorrt  errors 

95% 

100% 

F.3 

Shall  contimroirsly  record  command  and  control 
transmitted  data  without  errors 

95% 

100% 

G.l 

Shall  contimroirsly  record  Blue  force  transmitted 
data  on  digital  media  for  the  diu  ation  of  the 
training  event 

24  hrs 

72  hrs 

G.2 

Shall  continuously  record  Red  force  transmitted 
data  on  digital  media  for  the  diu  ation  of  the 
training  event 

24  hrs 

72  hr  s 

G.3 

Shall  continuously  record  C2  transmitted  data 
on  digital  media  for  the  diuation  of  the  tr  aining 
event 

24  hrs 

72  hr  s 

H.l 

Shall  automatically  produce  timely  after  action 
report  compatible  with  existing  Navy  reporting 
systems 

3  hr  s 

30  min 

H.2 

Shall  automatically  produce  timely  mission 
replay  compatible  with  existing  Navy  replay 
systems 

3  hr  s 

30  rnin 

3.  System  Requirements  Analysis 

Navy  combatants  do  not  always  deploy  alone,  as  described  in  scenario  one,  and 
they  often  deploy  as  part  of  an  Aircraft  Canier  Strike  Group  (CSG),  Expeditionary  Str  ike 
Group  (ESG)  or  a  SAG.  As  the  name  indicates,  a  CSG  inchrdes  an  aircraft  earlier  and 
several  other  ships.  Drte  to  both  the  inchrsion  of  fixed  wing  aircraft  and  helicopters  as 
part  of  the  force  protection  mission  and  the  increased  complexity  of  analysis,  this  was 
considered  orrtside  the  scope  of  this  project.  At  a  similar  level  of  complexity  is  the  ESG 
which  is  also  comprised  of  several  different  types  of  ships  and  aircraft.  Tire  SAG,  on  the 
other  hand,  is  a  scalable  force  comprised  of  at  least  two  sruface  combatants  that  may  or 
may  not  be  supported  by  aircraft. 
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a.  Scenario  Two — Multiple  Attackers  vs.  Three-Ship  SAG 


Figure  7.  Scenario  Two  OV-1 


Scenario  two,  pictured  in  Figure  7,  multiple  FAC  attacking  a  three-ship  SAG, 
analysis  determined  that  its  execution  followed  the  same  communications  flow  and 
actions  as  described  in  scenario  one  with  the  exception  of  an  increase  in  complexity  from 
the  inclusion  of  multiple  Blue  force  platforms.  For  this  scenario,  a  hierarchical  command 
structure  was  established.  This  command  structure  allows  for  coordination  of  protection 
sectors  and  responses  to  emerging  threats.  Analysis  determined  that  coordination  at  the 
TAO  and  unit  CO  level  required  additional  data  sharing  and  increased  communications. 
Scenario  two  is  scalable  to  encompass  a  significantly  larger  force  based  on  the  military 
hierarchical  structure  without  changing  the  process.  Sequence  diagrams  were  developed 
to  enhance  the  analysis  and  are  included  as  Appendix  B. 

b.  System  Requirements 

The  requirements  analysis  was  precluded  by  research  on  all  CSW  training  for 
force  protection  against  FAC/FIAC  attacks  in  which  the  Navy  could  benefit  from  the  use 
of  laser-based  simulation  to  supplement  live  ammunition  training.  An  iterative  approach 
was  used  to  decompose  the  mission  requirements  and  MOEs  into  system-level 
requirements.  Table  4  shows  the  top  two  levels  of  system  requirements  related  to  the 
ideal  training  system  that  would  meet  most  FAC/FIAC  training  needs  (see  Appendix  C, 
Table  18,  for  a  more  detailed  list  of  system  requirements).  Threshold  and  objective 
values  were  developed  through  discussions  with  stakeholders  and  analysis  by  the  team. 
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Table  4.  System  Requirements 


Reference 

Description 

Threshold 

Objective 

A.1.1 

Shall  support  imique  position  identification  for 
each  Blue  force  imit 

Y 

Y 

A.1.2 

Shall  collect  periodic  geographic  position  data 
from  each  imique  Blue  force  imit 

1  hz 

2  hz 

A.1.3 

Shall  collect  periodic  heading  data  fr'om  each 
unique  Blue  force  unit 

1  hz 

2  hz 

A.1.4 

Shall  collect  periodic  velocity  data  fr  om  each 
unique  Blue  force  imit 

1  liz 

2  hz 

A.1.5 

Shall  collect  periodic  status  data  fr'om  each 
unique  Blue  force  unit 

1  hz 

2  hz 

A.2.1 

Shall  simulate  damage  sustained  to  Blue  force 
units  by  disabling  the  impacted  area  or  system 

Y 

Y 

A.2.2 

Shall  support  Blue  force  unit  reset 

Y 

Y 

B.1.1 

Shall  simulate  damage  sustained  to  Blue  force 
CSW  stations  by  disabling  the  operator 

Y 

Y 

B.1.2 

Shall  support  Blue  force  CSW  reset 

Y 

Y 

B.1.3 

Shall  support  imique  position  identification  for 
each  Blue  force  CSW  position 

Y 

Y 

B.2.1 

Shall  collect  periodic  position  data  fr  om  each 
CSW  position 

1  hz 

2  hz 

B.2.2 

Shall  collect  periodic  aiming  data  fr  om  each 
imique  CSW  position 

1  hz 

2  hz 

B.2.3 

Shall  collect  periodic  firing  data  from  each 
imique  CSW  position 

1  hz 

2  hz 

B.2.4 

Shall  collect  periodic  anmiimition  data  from 
each  unique  CSW  position 

1  liz 

2  hz 

B.2.5 

Shall  collect  periodic  statirs  data  fr  om  each 
unique  CSW  position 

1  hz 

2  hz 

B.3.1 

Shall  simulate  Blue  force  ship’s  .50-CAL 
weapons  accuracy 

90% 

95% 

B.3.2 

Shall  simirlate  Blue  force  ship’s  .50-CAL 
weapons  range 

90% 

95% 

B.3.3 

Shall  simulate  Blue  force  ship’s  .50-CAL 
weapons  ballistics 

90% 

95% 

B.3.4 

Shall  simulate  Blue  force  ship’s  .50-CAL 
weapons  projectile 

90% 

95% 

B.3.5 

Shall  simulate  Blue  force  ship’s  .50-CAL 
weapons  lethality 

90% 

95% 

B.3.6 

Shall  not  increase  Blue  force  ship’s  .50-CAL 

10% 

5% 
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Reference 

Description 

Threshold 

Objective 

weapons  weight 

B.4.1 

Shall  simulate  Blue  force  ship’s  M240B 
weapons  accuracy 

90% 

95% 

B.4.2 

Shall  simulate  Blue  force  ship’s  M240B 
weapons  range 

90% 

95% 

B.4.3 

Shall  simulate  Blue  force  sliip’s  M240B 
weapons  ballistics 

90% 

95% 

B.4.4 

Shall  simulate  Bhre  force  ship’s  M240B 
weapons  projectile 

90% 

95% 

B.4.5 

Shall  simulate  Blue  force  ship’s  M240B 
weapons  lethality 

90% 

95% 

B.4.6 

Shall  not  increase  Blue  force  ship’s  M240B 
weapons  weight 

10% 

5% 

C.1.1 

Shall  support  imique  position  identification  for 
each  Red  force  imit 

Y 

Y 

C.1.2 

Shall  collect  periodic  position  data  from  each 
unique  Red  force  unit 

1  hz 

2  hz 

C.1.3 

Shall  collect  periodic  heading  data  from  each 
unique  Red  force  unit 

1  hz 

2  hz 

C.1.4 

Shall  collect  periodic  velocity  data  fr  om  each 
imique  Red  force  unit 

1  hz 

2  hz 

C.1.5 

Shall  collect  periodic  status  data  fr  om  each 
unique  Red  force  unit 

1  hz 

2  hz 

C.2.1 

Shall  simulate  damage  sustained  to  Red  force 
weapon  stations  by  disabling  the  operator 

Y 

Y 

C.2.2 

Shall  support  Red  force  weapon  reset 

Y 

Y 

D.1.1 

Shall  support  imiqire  position  identification  for 
each  Red  force  weapon  position 

Y 

Y 

D.1.2 

Shall  collect  periodic  geographic  position  data 
fr  om  each  weapon  position 

1  hz 

2  hz 

D.1.3 

Shall  simirlate  damage  sustained  to  Red  force 
imits  by  disabling  the  impacted  area  or  system 

Y 

Y 

D.1.4 

Shall  support  Red  force  imit  reset 

Y 

Y 

D.2.1 

Shall  collect  periodic  aiming  data  fr  om  each 
unique  weapon  position 

1  hz 

2  hz 

D.2.2 

Shall  collect  periodic  firing  data  fiorn  each 
imique  weapon  position 

1  hz 

2  hz 

D.2.3 

Shall  collect  periodic  ammunition  data  from 
each  imique  weapon  position 

1  hz 

2  hz 

D.2.4 

Shall  collect  periodic  status  data  fr  om  each 
unique  weapon  position 

1  hz 

2  hz 

25 


Reference 

Description 

Threshold 

Objective 

D.3.1 

Shall  simulate  Red  force  ship’s  .50-CAL 
weapons  accmacy 

90% 

95% 

D.3.2 

Shall  simulate  Red  force  ship’s  .50-CAL 
weapons  range 

90% 

95% 

D.3.3 

Shall  suuulate  Red  force  ship’s  .50-CAL 
weapons  ballistics 

90% 

95% 

D.3.4 

Shall  simulate  Red  force  ship’s  .50-CAL 
weapons  projectile 

90% 

95% 

D.3.5 

Shall  simulate  Red  force  ship’s  .50-CAL 
weapons  lethality 

90% 

95% 

D.4.1 

Shall  suuulate  Red  force  ship’s  RPG  weapons 
accmacy 

90% 

95% 

D.4.2 

Shall  simulate  Red  force  ship’s  RPG  weapons 
range 

90% 

95% 

D.4.3 

Shall  simulate  Red  force  ship’s  RPG  weapons 
ballistics 

90% 

95% 

D.4.4 

Shall  simulate  Red  force  ship’s  RPG  weapons 
projectile 

90% 

95% 

D.4.5 

Shall  simulate  Red  force  ship’s  RPG  weapons 
lethality 

90% 

95% 

E.1.1 

Shall  receive  data  transmissions  from 
paificipating  Blue  force  imits  without  eiiors 

95% 

100% 

E.1.2 

Shall  receive  data  tiansmissions  from 
paificipating  Red  force  units  without  enors 

95% 

100% 

E.2.1 

Shall  enable  Blue  force  imits  receipt  of 
command  and  control  data  without  eirors 

95% 

100% 

E.2.2 

Shall  enable  Red  force  imits  receipt  of 
command  and  control  data  without  enors 

95% 

100% 

E.3.1 

Shall  receive  seciue  voice  transmissions  from 
paificipating  Blue  force  units  without  enors 

95% 

100% 

E.3.2 

Shall  receive  seciue  voice  tiansmissions  fr  om 
paificipating  Red  force  units  without  enors 

95% 

100% 

E.4.1 

Shall  enable  Blue  force  imits  receipt  of 
command  and  control  voice  transmissions 
without  enors 

95% 

100% 

E.4.2 

Shall  enable  Red  force  imits  receipt  of 
command  and  control  voice  transmissions 
without  enors 

95% 

100% 

F.1.1 

Shall  coutiuuously  record  Blue  force  unit  data 
without  enors 

95% 

100% 

F.1.2 

Shall  continuously  record  Blue  CSW  station 
data  without  enor 

95% 

100% 
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Reference 

Description 

Threshold 

Objective 

F.2.1 

Shall  continuously  record  Red  force  imit  data 
without  errors 

95% 

100% 

F.2.2 

Shall  continuously  record  Red  force  station 
data  without  enors 

95% 

100% 

F.3.1 

Shall  continuously  record  C2  luiit  transmitted 
data  without  errors 

95% 

100% 

F.3.2 

Shall  continuoirsly  record  C2  received  data 
without  errors 

95% 

100% 

G.1.1 

Shall  continirously  record  Bhre  force  imit  data 
for  the  dirration  of  the  tr  aining  event 

24  hrs 

72  hrs 

G.1.2 

Shall  continirously  record  Blue  CSW  station 
data  for  the  duration  of  the  training  event 

24  hrs 

72  lu-s 

G.2.1 

Shall  continuously  record  Red  force  imit  data 
for  the  diu  ation  of  the  tr  aining  event 

24  hr  s 

72  hr  s 

G.2.2 

Shall  continuously  record  Red  force  station 
data  for  the  duration  of  the  training  event 

24  hrs 

72  Ins 

G.3.1 

Shall  continuously  record  C2  imit  transmitted 
data  for  the  duration  of  the  training  event 

24  hr  s 

72  hrs 

G.3.2 

Shall  continuously  record  C2  received  data  for 
the  diu  ation  of  the  tr  aining  event 

24  hrs 

72  Ins 

H.1.1 

Shall  produce  timely  Blue  force  after  action 
report  compatible  with  existing  Navy  reportmg 
systems 

3  hr  s 

30  min 

H.1.2 

Shall  produce  tunely  Red  force  after  action 
report  compatible  with  existing  Navy  reporting 
systems 

3  hrs 

30  min 

H.2.1 

Shall  produce  timely  Blue  force  mission 
replay  compatible  with  existing  Navy  reporting 
systems 

3  hr  s 

30  min 

H.2.2 

Shall  produce  timely  Red  force  mission  replay 
compatible  with  existing  Navy  reporting 
systems 

3  hr  s 

30  min 

4.  Requirements  Functional  Decomposition 

The  thiid  step  in  the  Laser-Based  Training  Assessment  Team  capstone  systems 
engineering  process,  as  part  of  the  effort  in  deteimuiing  the  stakeholders’  training  system 
requirements,  is  the  flmctional  analysis  phase.  As  described  in  Systems  Engineering  and 
Analysis,  fifth  edition,  by  Benjamin  S.  Blanchard  and  Wolter  J.  Fabiycky,  the 
development  of  a  flmctional  description  is  essential  to  seive  as  a  basis  for  identifymg 
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resources  required  for  the  system  to  fulfill  its  intended  purpose  (Blanchard  and  Fabrycky 
2011).  Training  system  requirements  described  the  system  with  respect  to  its 
environment.  In  contrast,  the  functional  analysis  translates  requirements  into  the  types  of 
functions  the  system  will  support,  and  describes  the  data  needed  for  inputs  and  outputs  of 
the  system:  “A  function  refers  to  a  specific  or  discrete  action  (or  a  series  of  actions)  that 
is  necessary  to  achieve  a  given  objective”  (Blanchard  and  Fabrycky  2011,  86). 

The  team  used  Vitech’s  University  Edition  of  CORE  to  complete  the  functional 
analysis.  The  principle  model  used  was  the  functional  flow  block  diagram  (EEBD).  In 
the  aforementioned  text,  Blanchard  and  Eabrycky  provided  the  following  examples  of 
inputs,  outputs,  controls,  and  mechanisms  which  were  used  to  conduct  this  analysis: 

•  Inputs — System  requirements,  organizational  structure,  raw  materials, 
data/  documentation 

•  Controls — Technical,  Political,  Sociological,  Economic,  Environmental 

•  Outputs — System  /product  ready  for  the  customer  use.  Supporting  resources. 
Waste  (residue) 

•  Mechanisms — Human  resources.  Materials,  Computer  resources, 

Eacilities/utilities,  Maintenance  and  support  (Blanchard  and  Eabrycky  2011) 

a.  Functional  Flow  Block  Diagrams  (FFBD) 

The  team  used  EEBDs  to  transform  mission  and  system  requirements  into 
functions  needed  to  fulfill  the  EAC/EIAC  mission  needs.  These  requirements  guided  the 
development  of  the  Top-level  EEBD.  Eigure  8  depicts  the  EEBD  diagram  of  the 
functions  that  were  identified  as  part  of  the  system  requirements  analysis.  This  level  is 
comprised  of  the  functions  of  simulating  Red  forces,  simulating  Blue  forces,  managing 
information,  and  evaluating  the  training  evolution.  In  Eigure  8,  the  white  boxes  are  the 
functions,  while  the  green  ovals  depict  the  control  for  the  associated  box.  As  depicted, 
“simulate  Blue  forces”  and  “simulate  Red  forces”  occurs  in  parallel  followed  by  “manage 
information”  ending  with  “evaluate  performance.” 
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Figure  8.  Level  1  FFBD — FAC/FIAC  Training  Top-Level  Functions 


Simulate  Red  forces,  Figure  9,  which  follows  the  same  format  as  above,  is  defined 
as  using  small  water  craft,  up  to  15  units,  which  are  armed  with  either  a  .50-caliber 
(CAL)  machine  gun  or  a  Rocket  Propelled  Grenade  (RPG)  launcher  in  place  of  an  actual 
hostile  unit.  The  Red  forces  weapons  need  to  simulate  the  effects  of  live  fire  on  Blue 
forces.  Red  force  units  will  also  need  to  simulate  damage  by  Blue  force  simulated 
weapons  fire.  All  associated  Red  force  information  will  need  to  be  transmitted  to  a 
command  and  control  unit.  These  functions  can  be  mapped  to  Requirements  Table  4.  , 
References  C.2.1-C.2.2,  C.L1-CL5,  and  DL1-D.L3. 
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Figure  9.  Level  2  FFBD — Simulate  Red  Forces 


Simulate  Blue  forces,  Figure  10,  is  defined  as  using  Naval  Combatants,  up  to 
three  units,  which  are  armed  with  multiple  weapon  types.  This  analysis  was  limited 
to  .50-CAL  machine  guns,  M240B  machine  guns,  and  MK-19  grenade  launcher.  Blue 
force  weapons  must  simulate  the  effects  of  live  fire  on  Red  forces.  Blue  force  units  will 
also  need  to  simulate  damage  by  Red  force  simulated  weapons  fire.  Additionally,  all 
associated  Blue  force  information  will  need  to  be  transmitted  to  a  command  and  control 
unit.  These  functions  can  be  mapped  to  Requirements  Table  4,  References  A.  1 . 1 ,  A.2. 1 , 
andB.l.l-B.4.6. 
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Ref. 


Figure  10.  Level  2  FFBD — Simulate  Blue  Forees 


Managing  information  requires  that  all  assoeiated  information  from  partieipating 
units  be  reeeived,  processed,  transmitted,  and  recorded.  Information  that  will  need  to  be 
received  from  each  unit  includes  positional  information,  health  status,  and  weapons  data. 
Processing  information  includes  determining  the  effects  of  the  weapons.  Transmitted 
information  includes  all  received  data  and  all  processed  data  to  the  C2  node.  These 
functions  can  be  mapped  to  Requirements  Table  4,  References  A.l.l-A.1.5,  B.1.1-B1.3, 
and  B3.1-B.4.6. 

The  system  will  require  the  ability  to  record  associated  data.  The  data  being 
recorded  will  be  available  for  after  action  analysis  and  training  effectiveness 
determination.  The  analyzed  data  is  the  basis  for  after  action  reports  and  determination 
of  unit  preparedness. 

Figures  8-10  provided  the  top  levels  of  the  FFBD  for  a  FAC/FIAC  training 
system.  Each  function  was  broken  down  into  sub-functions  (for  more  a  complete  set  of 
FFBD’s  see  Appendix  D).  These  detailed  FFBDs  were  further  analyzed  using  IDEFO 
Models. 
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b.  Integration  Definition  Models  (IDEFO) 

Integration  Definition  Models  for  the  FAC/FIAC  training  system  were  used  to 
fully  understand  the  inputs,  controls,  outputs,  and  mechanisms’  interactions.  The  Top- 
level  IDEFO,  Figure  11,  depicts  the  necessary  inputs,  mechanisms,  and  controls 
associated  with  the  training  system. 
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Figure  1 1 .  Conduct  FAC/FIAC  Training  AO  IDEFO 


Each  function  was  individually  analyzed  in  order  to  determine  inputs,  controls, 
outputs  and  mechanisms.  Each  functions’  inputs  were  identified  along  with  the 
associated  outputs,  mechanisms  and  controls.  The  Top-level  inputs  to  a  EAC/EIAC 
training  system  include;  Red  forces.  Blue  forces,  and  associated  operators.  Top-level 
controls  for  this  system  were  determined  to  be  scenario  control  instructions, 
environmental  and  safety  regulations,  and  TTPs.  Mechanisms  required  by  the  system 
were  determined  to  be  software,  weapons,  instrumentation,  and  communications. 
Outputs  of  the  system  were  determined  to  be  unit  readiness,  associated  reports  and 
trained  crews.  The  complete  breakdown  of  each  function  is  available  in  Appendix  E. 
IDEEO  Tables  and  Diagrams. 
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c.  FAC/FIAC  Training  System  Functions 

The  Top-level  fiinctions  of  conduct  FAC/FIAC  training,  as  depicted  in  the  FFBD, 
are  decomposed  into  foin  major  fimctional  areas:  1)  Simulate  Red  forces,  2)  Simulate 
Blue  Forces,  3)  Manage  Information,  and  4)  Evaluate  Performance.  The  results  of  the 
fimctioual  analysis  for  hierarchical  levels  0  tluough  3  are  provided  in  Table  5.  The 
fimctions  identified  were  provided  as  an  uiput  into  the  functional  gap  analysis  segment. 
Tire  remaiuuig  fimctions  are  provided  in  Appendix  D,  Table  19. 


Table  5.  Derived  FAC/FIAC  Training  Fimctions 


Number 

Function 

0 

Conduct  FAC/FIAC  Traming 

1 

Simulate  Red  Forces 

1.1 

Simulate  Fu  ing  of  Red  Weapons 

1.1.1 

Simulate  Red  .50-CAL  Weapons 

1.1.2 

Simulate  Red  RPG  Weapons 

1.1.3 

Commimicate  Red  Force  Weapon  Data 

1.2 

Simulate  Effects  of  Blue  Weapons  on  Red  Forces 

1.2.1 

Receive  Blue  Forces  Weapons  effects 

1.2.2 

Simulate  Effects  of  Blue  .50-CAL  Weapons  on  Red  Forces 

1.2.3 

Simulate  Effects  of  Blue  M240B  Weapons  on  Red  Forces 

1.2.4 

Simulate  Effects  of  Blue  Mrk  19  Weapons  on  Red  Forces 

1.3 

Commimicate  Position  Data  fiom  Red  Platforms 

1.3.1 

Transmit  Position  Information  from  Red  Platforms 

1.3.2 

Transmit  Heading  hrformation  from  Red  Platforms 

1.3.3 

Transmit  Velocity  Information  fr  om  Red  Platforms 

2 

Simulate  Bhre  Forces 

2.1 

Simulate  Firing  Blue  Crew  Served  Weapons 

2.1.1 

Simulate  Blue  .50  Weapons 

2.1.2 

Simirlate  Blue  M240B  Weapons 

2.1.3 

Simulate  Blue  Mrk  19  Weapons 

2.1.4 

Commimicate  Blue  Force  Weapon  Data 

2.2 

Simulate  Effects  of  Red  Weapons  on  Blue  Forces 

2.2.1 

Receive  Red  Force  Weapons  Effects 

2.2.2 

Simulate  Effects  of  Red  RPG  Weapons  on  Blue  Forces 

2.2.3 

Simulate  Effects  of  Red  .50-CAL  Weapons  on  Blue  Forces 

2.3 

Commimicate  Position  Data  from  Blue  Platforms 

2.3.1 

Transmit  Position  Information  from  Bhre  Platforms 

2.3.2 

Transmit  Headmg  hrformation  from  Bhre  Platforms 
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Number 

Function 

2.3.3 

Transmit  Velocity  Information  fiom  Blue  Platforms 

3 

Manage  Information 

3.1 

Receive  Information 

3.1.1 

Receive  Information  From  Red  Weapons 

3.1.2 

Receive  Information  From  Bhre  Weapons 

3.1.3 

Receive  Information  From  Red  Platforms 

3.1.4 

Receive  Information  from  Blue  Platforms 

3.2 

Process  Information 

3.2.1 

Detemriue  Effects  of  Red  Weaporrs 

3.2.2 

Determine  Effects  of  Blue  Weapons 

3.3 

Transmit  Information 

3.3.1 

Transmit  Red  Platform  Statirs  Information 

3.3.2 

Transmit  Red  Weapon  Status  Information 

3.3.3 

Transmit  Bhre  Platform  Statirs  Information 

3.3.4 

Transmit  Blue  Weapon  Statirs  Infonnation 

3.4 

Record  Data 

3.4.1 

Record  Red  Weapon  Data 

3.4.2 

Record  Red  Platform  Data 

3.4.3 

Record  Bhre  Weapon  Data 

3.4.4 

Record  Bhre  Platform  Data 

4 

Evaluate  Performance 

4.1 

Evahrate  Data 

4.1.1 

Score  Data  Based  on  Metrics 

4.1.2 

Determine  Readiness 

4.2 

Generate  Reports 

4.2.1 

Readiness  Report 

4.2.2 

After  Action  Report 

C.  PROTOTYPE  CAPABILITIES  ANALYSIS 

1.  I-TESS  II  Prototype  System  Capabilities 

The  I-TESS  II  prototype  system  in  the  Navy’s  possession  was  designed  for  U.S. 
Marine  Corps  (USMC)  groimd  combat  and  modified  for  naval  ship-to-smface  training 
using  instiaimented  HSMST  and  CSW.  This  prototype  I-TESS  11  system  was  used  dirring 
the  operational  demonstration  proof  of  concept  to  demonstrate  the  capability  of  the 
system  to  support  FoT  training.  Top-level  capabilities  that  were  demonstrated  are 
depicted  in  Table  6. 
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Table  6.  Prototype  Capabilities  (after  Naval  Siuface  Warfare  Center — 

Corona  Division  2012) 

Capabilities 


Simulated  Blue  force  CSWs  "fires" _ 

Simulated  effects  of  Blue  force  fires  on  four  Red  force  FAC/FIAC 

Command  and  Control  of  the  demonstration _ 

Data  collection _ 

After  Action  Replay _ 

Data  Analysis _ 


The  demonsftation  added  instiimientatiou  to  existing  CSWs  (0.50-Caliber  and 
M240B  machine  gims)  wliich  enabled  the  simulation  of  Blue  forces  “fires”  with  laser 
transmitting  technology,  histiimientation  onboard  the  simulated  threats  enabled  the 
detection  of  laser  energy  and  a  determination  of  miss,  near  miss,  or  hit.  Data  collection, 
provided  as  part  of  the  system,  and  data  analysis  was  enabled  with  software  operatmg  on 
a  laptop  compirter.  Software  was  also  irtilized  for  AARs  (Jamegiri  2012).  The  team 
analyzed  the  prototype  system  to  determure  components  and  associated  fimctions. 

2.  U.S.  Naval  Prototype  Component  Decomposition 

This  section  details  the  components  of  this  I-TESS  n  prototype  system,  shown  in 
Figirre  12,  arrd  their  description  as  detailed  m  the  FIAC  Candidate  Solution  Report  (Naval 
Siuface  Warfar  e  Center  -  Corona  Division  2012).  The  components  of  the  I-TESS  n 
system  were  distributed  between  the  sunulated  Red  forces  (tluee  marmed  HSMSTs  and 
one  QST)  and  five  Bhre  force  CSW  positions  onboard  the  DDG.  Figure  12  shows  a 
breakdown  of  a  typical  iustnrmented  HSMST,  its  components,  and  the  Man-worn 
Detection  System  (MDS). 
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Figure  12.  HSMST  and  MDS  (after  Cubic  Defense  Applications  2011) 


The  basic  components  of  the  prototype,  locations  and  associated  descriptions  are 
detailed  in  Table  7.  The  target  instrumentation  was  installed  on  the  HSMST,  while  the 
CSW  and  C2  instrumentation  were  installed  on  the  ship 


Table  7.  Prototype  Component  Description  (from  Cirbic  Defense 

Applications  2011) 


Component 

HSMST 

Instrumented 

Ship 

Description 

Vehicle  Kill 
Controller  fVKC) 

X 

ns  controller,  stops  vehicle  fiorn 
operating  if  “hit” 

Vehicle  Kill  Mast 
(VKM) 

X 

Training  beacon  (kill/near  miss), 
mdicates  if  the  imit  has  been  killed 
or  nrissed 

Detectors 

X 

Target  sensors,  senses  laser 
transmitted  information 

Display  Module 

X 

Operator  interface,  allows  for  the 
operator  to  view  system 
information 

Man-worn 
Detection  System 
(MDS) 

X 

X 

(harness  only) 

Integrated  harness,  UHF 
transmitter,  detectors,  &  halo, 
provides  sensors  for  detecting  laser 
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energy  and  a  transmitter/receiver 
for  rnachme  to  macliine  transfer  of 
data 

Controller  Gun 

X 

Kill  revival,  allows  for  a  unit  to  be 
reset  and  continue  participation 

Very  High 
Frequency  Time 
Division 
Multiple-Access 
fVHF-TDMA) 

X 

Transmitter,  transmits  system 
information 

Serial  Radio 
Frequency 

Module  fSMRFll 

X 

Wireless  bridge  between  detectors 
&VKC,  allows  for  data  transfer 
between  elements  of  the  system 

Small  Arms 

Transmitter 

fSAT) 

X 

Class  3R  laser — simulates  weapon 
fire  by  transmitting  laser  energy 

Man-portable  C2 
unit 

X 

Command  &  Control  rmit,  enables 
cormnand  and  control  fimctions  via 
portable  imit 

Mirror  Alignment 
Jig  Kit  (MAJiK) 

X 

SAT  alignment,  enables  irser 
aligmnent  of  SAT  with  weapon 
sights 

3.  U.S.  Naval  Prototype  Functions 

The  prototype  system’s  capabilities.  Table  6,  and  component  descriptions,  Table 
7.  ,  were  analyzed  to  deteimine  associated  fimctions  as  they  pertained  to  a  FAC/FIAC 
laser-based  training  system.  The  approach  was  a  “top-down”  look  at  the  system,  from 
major  fimctions  (i.e.,  does  it  simulate  Blue  forces)  down  to  the  component  level.  The 
prototype’s  major  fimctions  include  simulate  red  forced,  simulate  blue  forces,  manage 
information,  and  evaluate  performance 

The  results  of  the  Laser-Based  Training  Assessment  Team’s  fimctional  analysis 
for  hierarchical  levels  0  thr  ough  3  ar  e  provided  in  Table  8.  Hie  fimctions  identified  were 
provided  as  an  mput  into  the  fimctional  gap  analysis  segment.  The  remaining  fimctions, 
with  associated  inprrts,  controls,  orrtprrts,  and  mechanisms  are  provided  in  Appendix  E. 
IDEFO  Tables  and  Diagrams,  Table  20. 
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Table  8.  Derived  I-TESS  n  Prototype  Functions 


Number 

Function 

0 

Conduct  FAC/FIAC  FoT  Training 

1 

Simulate  Red  Forces 

1.2 

Simulate  Effects  of  Blue  Weapons  on  Red  Forces 

1.2.1 

Receive  Blue  Forces  Weapons  effects 

1.2.2 

Simulate  Effects  of  Blue  .50-CAL  Weapons  on  Red  Forces 

1.2.3 

Simulate  Effects  of  Blue  M240B  Weapons  on  Red  Forces 

1.3 

Communicate  Position  Data  from  Red  Platforms 

1.3.1 

Transmit  Position  Information  from  Red  Platforms 

1.3.2 

Transmit  Heading  Information  from  Red  Platforms 

1.3.3 

Trarrsmit  Velocity  Information  from  Red  Platfomrs 

2 

Simirlate  Blire  Forces 

2.1 

Simirlate  Firing  Blire  Crew  Served  Weapons 

2.1.1 

Simulate  Blire  .50  Weapons 

2.1.2 

Simulate  Blue  M240B  Weapons 

2.1.4 

Communicate  Blue  Force  Weapon  Data 

2.3 

Commimicate  Position  Data  from  Blue  Platforms 

2.3.1 

Transmit  Position  Information  fr  om  Blue  Platforms 

2.3.2 

Transmit  Heading  Information  fr  om  Blue  Platfonns 

2.3.3 

Transmit  Velocity  Information  from  Blue  Platforms 

3 

Manage  Information 

3.1 

Receive  Information 

3.1.3 

Receive  Information  From  Red  Platforms 

3.1.4 

Receive  Information  from  Blue  Platforms 

3.2 

Process  Information 

3.2.2 

Determine  Effects  of  Blue  Weapons 

3.3 

Transmit  Information 

3.3.1 

Transmit  Red  Platform  Statirs  Information 

3.3.3 

Trarrsmit  Blue  Platform  Statirs  Information 

3.3.4 

Transmit  Blue  Weapon  Statirs  Information 

3.4 

Record  Data 

3.4.2 

Record  Red  Platform  Data 

3.4.3 

Record  Blue  Weapon  Data 

3.4.4 

Record  Blue  Platform  Data 

4 

Evaluate  Performance 

4.2 

Generate  Reports 

4.2.2 

After  Action  Report 
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D. 


FUNCTIONAL  GAP  ANALYSIS 


Functional  gap  analysis  was  conducted  using  the  fiiuctions  identified  as  part  of  the 
FAC/FIAC  training  requirements  development  (Table  5.  )  and  the  capabilities  analysis  of 
the  prototype  Navy  I-TESS  n  system  as  mputs  (Table  8.  ).  The  yellow  highlighted 
fimctions  in  Table  9  depict  the  identified  fimctional  gaps  for  hierarchical  levels  0  through 
3,  the  non-highlight ed  rows,  either  white  or  grey,  are  fimctions  that  have  been  fiilfilled  by 
the  prototype  system  (see  Appendix  D,  Table  20). 


Table  9.  FAC/FIAC  Fimctional  Gaps 


Number 

Function 

0 

Conduct  FAC/FIAC  Training 

1 

Simulate  Red  Forces 

1.1 

Simulate  Fuing  of  Red  Weapons 

1.1.1 

Simulate  Red  .50-CAL  Weapons 

1.1.2 

Simulate  Red  RPG  Weapons 

1.1.3 

Communicate  Red  Force  Weapon  Data 

1.2 

Simulate  Effects  of  Blue  Weapons  on  Red  Forces 

1.2.1 

Receive  Blue  Forces  Weapons  effects 

1.2.2 

Simulate  Effects  of  Blue  .50-CAL  Weapons  on  Red  Forces 

1.2.3 

Simulate  Effects  of  Blue  M240B  Weapons  on  Red  Forces 

1.2.4 

Simulate  Effects  of  Blue  Mik  19  Weapons  on  Red  Forces 

1.3 

Communicate  Position  Data  fiom  Red  Platforms 

1.3.1 

Transmit  Position  lufonnation  fiom  Red  Platfomis 

1.3.2 

Transmit  Heading  lufonnation  fiom  Red  Platfomis 

1.3.3 

Transmit  Velocity  Infoiniatiou  firom  Red  Platforms 

2 

Simulate  Blue  Forces 

2.1 

Simulate  Fuing  Blue  Crew  Served  Weapons 

2.1.1 

Simulate  Blue  .50  Weapons 

2.1.2 

Simulate  Blue  M240B  Weapons 

2.1.3 

Simulate  Blue  Mrk  19  Weapons 

2.1.4 

Commimicate  Blue  Force  Weapon  Data 

2.2 

Simulate  Effects  of  Red  Weapons  on  Blue  Forces 

2.2.1 

Receive  Red  Force  Weapons  Effects 

2.2.2 

Simulate  Effects  of  Red  RPG  Weapons  on  Blue  Forces 

2.2.3 

Simulate  Effects  of  Red  .50-CAL  Weapons  on  Blue  Forces 

2.3 

Communicate  Position  Data  fiom  Blue  Platfoims 

2.3.1 

Transmit  Position  lufonnation  fiom  Blue  Platforms 

2.3.2 

Transmit  Heading  lufomiation  fiom  Blue  Platforms 
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Number 

Function 

2.3.3 

Trarrsmit  Velocity  Information  fi'om  Bhre  Platforms 

3 

Manage  Information 

3.1 

Receive  Information 

3.1.1 

Receive  Information  From  Red  Weapons 

3.1.2 

Receive  Information  From  Bhre  Weapons 

3.1.3 

Receive  Information  From  Red  Platforms 

3.1.4 

Receive  Information  fi’om  Bhre  Platforms 

3.2 

Process  Information 

3.2.1 

Determine  Effects  of  Red  Weapons 

3.2.2 

Determine  Effects  of  Blue  Weapons 

3.3 

Trarrsmit  hiformation 

3.3.1 

Transmit  Red  Platform  Statirs  Information 

3.3.2 

Transmit  Red  Weapon  Statirs  hiformation 

3.3.3 

Transmit  Blue  Platform  Status  Information 

3.3.4 

Transmit  Blue  Weapon  Status  Information 

3.4 

Record  Data 

3.4.1 

Record  Red  Weapon  Data 

3.4.2 

Record  Red  Platform  Data 

3.4.3 

Record  Blue  Weapon  Data 

3.4.4 

Record  Blue  Platform  Data 

4 

Evahrate  Performance 

4.1 

Evaluate  Data 

4.1.1 

Score  Data  Based  on  Metrics 

4.1.2 

Determine  Readiness 

4.2 

Generate  Reports 

4.2.1 

Readiness  Report 

4.2.2 

After  Action  Report 

As  can  be  seen  in  Table  9,  the  fimctioual  gaps  primaiily  were  in  the  area  of  Red 
force’s  ability  to  participate  with  simulated  weapons,  and  not  being  able  to  captiue  the 
associated  Red  force  data.  Additional  gaps  were  identified  m  the  area  of  scoring  the  data 
collected  based  on  metrics,  and  prodrrcing  readiness  reports  rtpon  completion  of  the 
training  evohrtion.  The  team’s  identified  fiuictional  gaps  are  srunmarized  in  Table  10. 
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Table  10.  Simimaiy  of  FAC/FIAC  Fimctional  Gaps 


Number 

Element 

1.1 

Simulate  Firing  of  Red  Weapons 

1.1.1 

Simulate  Red  .50-Cal  Weapons 

1.1.2 

Simulate  Red  RPG  Weapons 

1.1.3 

Communicate  Red  force  Weapon  Data 

1.2.4 

Simulate  Effects  of  Blue  Mrk  19  Weapons  on  Red  forces 

2.1.3 

Sunulate  Blue  Mrk  19  Weapons 

2.2 

Simulate  Effects  of  Red  Weapons  on  Blue  forces 

2.2.1 

Receive  Red  force  Weapons  Effects 

2.2.2 

Simulate  Effects  of  Red  RPG  Weapons  on  Bhre  forces 

2.2.3 

Simulate  Effects  of  Red  .50-CAL  Weapons  on  Blue  forces 

3.1.1 

Receive  Information  From  Red  Weapons 

3.2.1 

Detennuie  Effects  of  Red  Weapons 

3.2.2 

Detemiine  Effects  of  Blue  Weapons 

3.3.2 

Transmit  Red  Weapon  Stahrs  firforination 

3.4.1 

Record  Red  Weapon  Data 

4.1.1 

Score  Data  Based  orr  Metrics 

4.1.2 

Determine  Readiness 

4.2.1 

Readiness  Report 

Understaiidiug  the  root  cause  of  the  gaps  was  impoitaut  to  the  team’s  efforts  to 
provide  the  Navy  with  recommendations  towaids  the  integration  of  laser-based  systems 
for  FoF  training.  The  objectives  of  the  prototype  demonstration  as  it  related  to  FoT 
training  might  have  caused  several,  if  not  all,  of  the  fimctional  gaps  identified.  Fiuther 
analysis  of  the  Marine  Coips  implementation  of  I-TESS  n  system  was  deteiinuied  to  be 
needed. 


E.  TECHNOLOGY  ASSESSMENT 

A  technology  assessment  was  conducted  by  the  team  to  search  for  teclmologies 
that  could  replace,  augment,  or  integrate  with  the  laser-based  training  system  in  an 
attempt  to  close  the  previously  identified  gaps.  Of  the  gaps  identified,  the  team  focused 
teclmology  research  efforts  on  FoF  fimctions  (Red  force  related  fimctions),  and 
commimications  limitations  (data  collection)  of  the  Navy  prototype  system. 
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1.  USMC  I-TESS  II  System  Capabilities 

The  USMC  implemented  the  I-TESS  II  training  system  speeifieally  for  FoF 
scenarios,  see  Figure  13.  In  addition  to  the  FoF  capabilities  the  Marine  Corps 
implemented  on  their  I-TESS  II  system,  they  also  increased  its  interoperability  with 
several  other  systems.  Assessing  the  capabilities  and  functions  supported  by  the 
Marines’  I-TESS  II  training  system  provides  insight  for  technologies  to  fulfill  some  of 
the  functional  gaps  previously  identified  for  the  Navy  system. 

The  USMC  variant  of  the  I-TESS  II  system  is  currently  capable  of  simulating  the 
following  weapons  using  the  Small  Arms  Transmitters  (SATs); 

■  M4,  M 1 6,  M249,  AK-47,  and  M9 

•  Class  1  laser  certification 

•  M9  has  built-in  SAT 

■  M2,  M240,  and  M40 

•  Class  3R  laser  certification 

The  SAT  mounting  brackets  are  interchangeable  and  compatible  with  both  5.56 
and  7.62-caliber  weapons.  The  SATs  activate  in  response  to  the  firing  of  a  blank  round, 
marked  round  (5.56  or  9mm),  or  dry  fire.  The  firing  mode  uses  two  discreet  signals  to 
simulate  the  flash  and  “bang”  from  the  weapon  to  maximize  realism.  Currently  the  SAT 
performance  is  able  to  match  weapon  performance  at  maximum  effective  range  within  +/- 
10%. 


The  full  I-TESS  II  system  fielded  with  the  Marine  Corps  has  additional 
capabilities  that  were  not  simulated  in  the  U.S.  Naval  variant.  These  capabilities  include: 

•  Hand  grenade  (M-67)  Simulator — Simulate  detonation  time  and  blast 
radius  (~10  m) 

•  Rocket-propelled  grenade  (RPG)  surrogate  -  RPG-7 

■  User-aligned  sights 

■  Firing  realism  enhanced  by  flash  and  smoke  produced  by  Anti-tank 
Weapons  Effects  Simulator  (ATWESS) 

■  Shoulder  position  sensor 

•  Anti-tank  (AT -4)  surrogate 

■  Simulated  tube  contains  control  electronics  and  factory-aligned 
sights 

■  Firing  realism  enhanced  by  flash  and  smoke  produced  by  Anti-tank 
Weapons  Effects  Simulator  (ATWESS) 
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Table  Error!  Reference  source  not  found,  depicts  the  fiinctional  gaps  previously 
identified  in  Section  D.  The  fimctions  that  would  be  fiilfilled  by  implementation  of  the 
additional  featmes  demonstrated  on  the  USMC  I-TESS  n  system,  identified  above,  are 
higlilighted  gieen.  Fimctions  that  would  only  be  pailially  fulfilled  are  highlighted  yellow, 
and  non-highlighted  fimctions  remain  imfiilfilled. 


Table  1 1 .  Marine  Corps  I-TESS  n  System  Fimtional  Gap  Fills 


Number 

Element 

1.1 

Sunulate  Fuing  of  Red  Weapons 

1.1.1 

Simulate  Red  .50-Cal  Weapons 

1.1.2 

Simulate  Red  RPG  Weapons 

1.1.3 

Commimicate  Red  force  Weapon  Data 

1.2.4 

Sunulate  Effects  of  Blue  Mrk  19  Weapons  on  Red  forces 

2.1.3 

Sunulate  Blue  Mrk  19  Weapons 

2.2 

Simulate  Effects  of  Red  Weapons  on  Blue  forces 

2.2.1 

Receive  Red  force  Weapons  Effects 

2.2.2 

Simulate  Effects  of  Red  RPG  Weapons  on  Blue  forces 

2.2.3 

Simulate  Effects  of  Red  .50-CAL  Weapons  on  Blue  forces 

3.1.1 

Receive  hifonnation  From  Red  Weapons 

3.2.1 

Determine  Effects  of  Red  Weapons 

3.2.2 

Determine  Effects  of  Blue  Weapons 

3.3.2 

Transmit  Red  Weapon  Status  Information 

3.4.1 

Record  Red  Weapon  Data 

4.1.1 

Score  Data  Based  on  Metrics 

4.1.2 

Determine  Readiness 

4.2.1 

Readiness  Report 

Even  thoirgh  the  Marine  Corps  was  able  to  demonstrate  successfirlly  Simirlate 
Firing  Red  Weapons  and  Commimicate  Red  force  Weapon  Data  dining  their  usage,  the 
team  has  evaluated  them  as  only  partially  firlfilled  for  a  NAVY  system  due  to  different 
environmental  conditions  and  some  issues  the  NAVY  encoimtered  dining  then- 
operational  demonstration.  The  NAVY  prototype  system  experienced  some 
commimication  issues  dining  the  demonstr  ation.  Specifically,  one  of  the  simulated  Red 
force  FACs  (HSMST)  dr  opped  in  and  out  of  the  scenario  and  one  of  the  CSW  positions 
was  not  able  to  receive  or  report  its  GPS  position.  Corona’s  post-exercise  data  analysis 

revealed  thr  ee  issues  with  the  GPS  tracking  ability  of  the  prototype  solution.  While  the 
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demonstration  participants  were  underway,  the  GPS  signal  became  degraded.  The 
degraded  GPS  signal  caused  one  of  the  CSW  positions  to  stop  reporting  its  data  in  real 
time,  and  caused  the  locations  of  HSMSTs  to  be  significantly  different  than  the  ground 
truth  location  provided  by  radar.  The  second  issue  involved  the  GPS  locations  for  the 
Independent  Targeting  System  (ITS)  kit  and  associated  MDSs.  These  locations  were 
inconsistent  due  to  ITS  kit  and  MDS  independent  reporting  cycles  and  were  compounded 
by  poor  GPS  quality.  The  final  issue  involved  the  reporting  rate  of  the  ITS  kits  and 
MDSs.  The  I-TESS  II  reporting  rate  was  set  at  four  seconds.  At  speeds  of  45  knots,  an 
HSMST  can  cover  92.6m  in  that  interval.  The  result  is  “jumping”  of  locations  at 
distances  near  100m  and  this  was  witnessed  during  replay  (AAR).  (Jauregui  2012). 

The  Navy  I-TESS  II  system  also  suffered  from  some  EOS  communication  issues. 
Command  and  control  functionality  for  the  I-TESS  II  is  accomplished  via  standard 
network  communication  protocols  between  the  individual  components  and  the  control 
center  as  shown  in  Eigure  13.  As  represented  in  Eigure  14.  ,  the  C2  system  is  a  “Eive- 
Virtual-Constructive  (EVC)  and  Joint  Training  enabled  with  Distributed  Interactive 
Simulation  (DIS),  High  Eevel  Architecture  (HEA)  and  Test  and  Training  Enabling 
Architecture  (TENA)  interface  support”  (Cubic  Defense  Applications  Inc.  2011,  1).  Eor 
I-TESS  II  this  network  is  supported  via  2.4  GHz  RE  wireless  line-of-sight 
communications,  which  can  be  difficult  to  maintain  in  the  maritime  environment. 
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Figure  1-1.  I-TESS-II  solurioD  fully  supports  I'SMC  n  Mintug  doctrine,  increases  n  nining  effectiveness,  and  significantly  reduces  life  cycle  tr  aining  costs 


Figure  13.  USMC  I-TESS  II  System  (from  Cubie  Defense  Applieations  2011) 
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Figure  14.  I-TESS  II  System  Bloek  Diagram  (from  Cubie  Defense  Applieations  2011) 
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Two  major  areas  remaining  unfulfilled  are  Simulate  the  effects  of  Red  force 
weapons  on  Blue  forces  and  Score  Data.  Even  though  the  USMC’s  implementation  has 
shown  that  the  I-TESS  II  system  is  capable  of  being  incorporated  on  many  different  types 
of  vehicles  for  EoE  training,  the  team’s  assessment  is  that  this  capability  and  associated 
functions  (simulated/determining  the  effects  of  Red  force  weapons)  has  not  been 
demonstrated  on  a  platform  the  size  of  a  naval  destroyer.  SAT  sensitivity,  as  described  in 
the  Corona  trip  report  exert  below,  is  one  issue  that  will  need  to  be  overcome  for  I-TESS 
II  to  be  useful  in  EoE  training  for  the  Navy. 

SAT  sensitivity  versus  target  density — in  multi-ship  and  multi-EAC 
scenarios  at  ranges  of  500-1,000  yards.  [As  shown  in  Error!  Reference 
source  not  found.]  target  sensitivity  of  the  SAT  currently  overlaps  at 
500m.  Beyond  400m,  the  SAT  model  diameter  coverage  overlap  grows 
linearly,  with  the  possibility  of  hitting  or  killing  one  of  two  detectors  at 
distances  greater  than  800m.  (Jauregui  2012) 


Eigure  15.  I-TESS  II  SAT  Sensitivity  Model  (after  Naval  Surface  Warfare 

Center — Corona  Division  2012) 


Table  Error!  Reference  source  not  found,  shows  the  specific  model  diameters 
for  different  engagement  ranges  (Jauregui  2012).  The  effect  of  overlapping  targets  is 
magnified  during  multi-ship/multi-Red  force  scenarios  that  have  additional  targets 
installed  in  multiple  locations  and  orientations. 
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Table  12.  I-TESS  n  Detection  Model  at  16  miads  (after  Naval  Siuface 
Warfare  Center — Corona  Division  2012) 


Engagement  Range  fm) 

Model  Diameter  fSAT  sensitivity)  fm) 

50 

0.08 

100 

0.16 

200 

0.32 

300 

0.48 

400 

0.65 

500 

0.80 

600 

0.96 

700 

1.12 

800 

1.28 

900 

1.44 

1000 

1.60 

Finally,  neither  the  Navy  nor  the  Marine  Corps  version  of  the  I-TESS  n  system 
incorporates  the  ability  to  automatically  evahrate  perfonnance  compared  to  a  matrix  or 
deteraiine  rmit  readiness,  so  those  Navy  fimctiorrs  remain  imfirlfilled.  Table  13. 
sirmmarizes  the  remaining  FAC/FIAC  ftmctional  gaps  after  inchtding  fimctiorrs 
demonstrated  by  the  USMC’s  system  mtegration.  Tire  first  two  highlighted  yellow  are 
only  partially  fitlfrlled  as  discitssed  above. 


Table  13.  Sirrrmiary  of  Remaining  FAC/FIAC  Fimctional  Gaps 


Number 

Element 

1.1 

Simirlate  Fuing  of  Red  Weapons 

1.1.3 

Cormuimicate  Red  force  Weapon  Data 

2.2 

Simirlate  Effects  of  Red  Weapons  on  Bhre  forces 

2.2.1 

Receive  Red  force  Weapons  Effects 

2.2.2 

Simulate  Effects  of  Red  RPG  Weapons  on  Bhre  forces 

2.2.3 

Simulate  Effects  of  Red  .50-CAL  Weapons  on  Blue  forces 

3.2.1 

Determine  Effects  of  Red  Weapons 

3.2.2 

Determine  Effects  of  Bhre  Weapons 

4.1.1 

Score  Data  Based  on  Metrics 

4.1.2 

Determine  Readmess 

4.2.1 

Readiness  Report 
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The  current  implementation  of  the  prototype  system  requires  the  use  of  wired  and 
wireless  LOS  technologies  when  transferring  data  which  in  a  maritime  environment  can 
significantly  limit  range.  Radio  frequency  identification  (RFID)  was  assessed  by  the 
team  as  a  potential  technology  to  improve  wireless  data  transfer  and  overcome  the 
prototypes  range  and  LOS  limitations.  RFID  will  be  discussed  in  the  next  section. 

Simulating  the  effects  of  Red  force  weapons  fire  on  Blue  forces  (and 
sub  functions),  and  the  effects  of  Blue  weapons  on  Red  forces  is  another  outstanding  gap. 
Two  technologies  were  identified  that  might  fulfill  this  gap,  motion  capture,  and 
geometric  pairing  (geopairing).  Geopairing,  which  may  also  be  valuable  to  overcome 
LOS  gaps,  will  be  discussed  in  section  3  and  motion  capture,  ultimately  found  not  be  a 
viable  solution,  can  be  found  in  Appendix  F.  Motion  Capture.  It  was  further  determined 
that  “Score  Data  Based  on  Metrics,”  “Determine  Readiness,”  and  “Readiness  Reports” 
will  require  the  development  of  additional  software  in  order  to  fulfill  and  will  not  be 
discussed  further. 

2,  Radio  Frequency  Identification 

Radio  frequency  identification  uses  radio  waves  to  transfer  data.  RFID 
technology  uses  small  transponders,  or  tags,  attached  to  a  physical  object  with  identifying 
information.  An  RFID  system  also  uses  a  two-way  radio  transmitter-receiver,  called  an 
RFID  reader,  to  wirelessly  interrogate  the  tags.  Figure  16  illustrates  the  major 
components  of  any  RFID  systems  (International  Air  Transport  Association  2013). 


Tags  Antenna  Reader  Computer 

Ol : 


Figure  16. 


Major  Components  of  any  RFID  System 


Radio  frequency  ID  technology  has  been  around  since  the  1950s  but  has  grown 
tremendously  in  recent  years.  It  is  commonly  found  on  highways  for  automatic  toll 


collections  and  has  transformed  global  supply  chain  management  and  inventory  controls. 
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It  is  a  mature  technology  that  can  provide  ability  to  read,  write,  and  change  data  and 
information  on  tags  quickly  and  acciuately.  RFID  technology  can  also  read  himdieds  of 
tags  per  seconds  without  LOS.  The  Department  of  Defense  (DOD)  has  adopted  RFID 
technology  to  address  key  challenges  in  asset  visibility  to  help  enable  accurate,  hands¬ 
free  data  captiue  for  logistics  support.  Specifrc  RFID  tags  are  reqitued  for  shipments  to  a 
growing  list  of  distribirtion  depots  arormd  the  globe  as  mandated  by  DOD  Federal 
Acqirisition  Regrrlations  (DFARS)  Clarrse  252.21 1-7006. 

Tire  RFID  tags  can  be  passive,  semi-passive,  or  active.  A  passive  tag  does  not 
require  a  battery  and  instead  uses  the  radio  energy  transmitted  by  the  reader  to  retrmi  a 
signal.  Becairse  of  the  need  to  transform  the  reader’s  radio  energy  to  transform  a  signal, 
passive  RFID  does  not  have  a  long  range.  A  semi-passive  RFID  tag  has  a  battery  and  is 
activated  in  the  presence  of  an  ID  reader.  In  contrast,  an  active  tag  has  an  on-board 
battery  or  power  soruce  to  respond  to  or  initiate  a  signal  (Weiss  2007).  Table  14 
sirmmarizes  the  RFID  configmations. 


Table  14.  RFID  Passive,  Semi-Passive,  and  Active  Comparison 


Tag  Type 

Passive 

Semi-Passive 

Active 

Power  Source 

Harvest  RF  Energy 

Battery 

Battery 

Communication 

Response  Only 

Response  Only 

Response  or  Initiate 

Max  Range 

<10m 

>100m 

>100m 

Relative  Cost 

Least 

More 

Most 

Different  RFID  Systems  also  operate  in  different  freqitencies  ranging  from  Low 
Freqrrency  (LF),  High  Frequency  (HF),  Ultra-high  Freqrrency  (UHF),  and  Microwave 
bands.  Each  range  of  fr  eqitencies  offered  different  operatmg  ranges,  power  requuements, 
and  performance.  Figm  e  1 7  illustrates  the  most  commonly  irsed  passive  RFID 
fr  equencies  and  read  distances.  An  active  RFID  can  increase  read  range  to  as  mirch  as 
300  feet  (Defense  Acquisition  University  2007). 
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LF 

30  kHz  300  kHz 


HF 

3000  kHz  30  MHz 


UHF  Microwave 
300  MHz  3000  MHz  30  GHz 


300  GHz 


125-134  kHz 

Read  Range:  to  1.5  ft  * 

Used  for: 

-  Access  control 

-  Animal  Tracking 

•  Product  Authorization 
Pros:  Works  well  around 
water  and  metal  objects 
Cons:  Slow  and  short 
read  range 


13.56  MHz 

Read  Range:  to  3  ft  * 
Used  for; 

•  Smart  cards 

•  Clothing  ID 

-  Library  books 
Pros;  Low  cost  of  tags 
and  perretrates  water 
Cons:  Can't  penetrate 
metal  objects 


860-930  MHz 

Read  Range:  10-20  ft  * 

Used  for: 

-  Electronic  toll  collection 

-  Animal  tracking 

-  Pallet/carton  tracking 
Pros:  Long  read  range, 
EPC  standard  based  on 
this  frequency 

Cons:  Can't  penetrate 
water  or  metal  objects 


2.4  GHz 

Read  Range:  Up  to  30  ft  * 
Used  for: 

-  Airline  baggage 

-  Electronic  toil  collection 

-  Fleet  vehicle  ID 
Pros;  Long  range  read. 
Fastest  read  rates,  high 
data  transfer  rate 
Cons:  Can't  penetrate 
water  or  metal  objects 


*  Op  Ranges  are  approximate  and  can  vary  due  to  frequency,  reader  power,  environmental  conditions, 
condition  of  the  tag  surface,  and  interference  from  other  nearby  RF  devices 


Figure  17.  RFID  Operating  Frequency/Read  Distance/Usage  Chart  (from  Defense 

Acquisition  University  2007) 


Of  the  prototype  gaps  that  might  be  fulfilled  using  RFID  technology,  additional 
frequencies  and  data  transfer  rates,  loss  of  data  due  to  range  or  LOS  limitations 
(Communicate  Red  force  data)  is  a  critical  one;  however,  there  are  too  many  drawbacks. 
One  serious  drawback  is  that  while  it  has  the  ability  to  read  hundreds  of  tags 
simultaneously,  it  reads  tags  that  it  was  not  supposed  to  read.  There  is  a  considerable 
challenge  with  data  discrimination  in  knowing  which  items  are  to  be  read  and  which 
items  are  to  be  ignored.  Even  though  RFID  technology  does  not  require  direct  LOS,  and 
has  proven  effective  at  simulating  indirect  fire  in  MILES  ground  combat  training  for 
grenades  and  lEDs,  it  does  not  appear  to  be  useful  in  the  EAC/EIAC  environment 
especially  given  the  challenges  with  data  discrimination.  Given  the  range  limitations  and 
open  water  operating  environment  with  engagements  at  upwards  of  1500m,  current  RFID 
technology  does  not  appear  to  be  a  viable  augmentation  to  a  laser-based  training  system 
for  the  Navy.  The  gaps  identified  in  Table  Error!  Reference  source  not  found,  remain 
unchanged. 
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3,  Geometric  Pairing 

One  of  the  eurrent  gaps  in  the  Navy’s  evaluation  system  (I-TESS  II)  is  the 
necessity  of  LOS  for  the  system  to  properly  communicate.  This  issue  also  affects  the 
system’s  ability  to  determine  shot  effects  on  targets  outside  LOS.  The  Marine  Corps  and 
Army  have  also  noted  this.  “Since  the  early  1980s,  the  U.S.  Army  has  conducted  force- 
on-force  Tactical  Engagement  Simulation  (TES)  exercises  using  laser-based  systems 
such  as. . .  [MILES]  for  Real  Time  Casualty  Assessment  (RTCA).  However,  this  laser- 
based  approach  requires. . .  [LOS]  between  emitter  and  sensor  to  match  a  shooter  with  a 
target  for  a  given  direct-fire  event  (shot  pairing)  and  is,  therefore,  inadequate  for  non- 
line-of-sight  shot  pairing”  (Trivette,  Jr,  Deres  and  Youmans  1999,  1-2). 

Geometric  Pairing  (a.k.a.  geopairing,  geo-pairing,  or  GP)  is  a  combination  of 
physical  measurements  from  sensors,  geometry,  and  knowledge  of  terrain  that  are  used  to 
predict  the  effects  of  weapons.  “The  basic  premise  of  geopairing  is  the  calculation  of  the 
point  of  impact  or  detonation  of  a  round  based  on  knowledge  of  the  position  of  the 
shooter  and  target,  the  time  of  trigger  pull,  the  orientation  vector  of  the  weapon,  and  the 
characteristics  of  the  weapon  and  round  fire”  (Trivette,  Jr,  Deres  and  Youmans  1999,  1). 
The  intent  of  investigating  this  technology  is  to  improve  the  performance  of  the  I-TESS  II 
system.  In  fact,  the  Army  has  already  been  integrating  geopairing  into  its  MILES  based 
training  system  called  OneTESS. 

One  of  [OneTESS’]  novel  features  is  the  addition  of  geometric  pairing  to 
augment  lasers  and  terrain  dependent  ordnance  impact  and  explosion 
calculations  required  for  realistic  casualty  assessment.  (Baer  et  al.  2008, 

1-2) 

As  previously  noted,  the  variety  of  ground  systems  training  used  by  the  Army  and 
Marine  Corps  which  use  MILES  technology,  all  have  common  shortcomings  as  related  to 
weapon  fidelity.  “Though  laser-pairing  systems  have  served  the  operational  test 
community  well  for  decades,  problems  in  maintenance,  accuracy,  safety,  (and)  mismatch 
in  obscurant  specific  bullet  versus-  pulse  propagation  characteristics. .  .have  led  to  the 
investigation  of  alternatives”  (Baer,  Baer,  et  al.  2005,  3).  Nonetheless,  the  shortcomings 
noted  by  the  MILES  users  have  routinely  included  lack  of  weapon  fidelity.  “OneTESS 
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will  simulate  a  multitude  of  different  engagements,  proper  doetrines,  and  weapon 
eapabilities  as  well  as  stimulate  deteetors,  sensors,  monitors  and  eountermeasures” 
(Sehricker  and  Ford  2007,  3).  The  technology  improvements  proposed  by  OneTESS  and 
geopairing  solutions  provide  a  way  to  simulate  indirect  fire  and  BLOS  engagements. 
Furthermore,  “GP  enables  the  . . .  system  ...  to  overcome  most  of  the  limitations  of  laser 
pairing,  that  is,  engaging  a  target  through  smoke,  rain,  fog,  and  foliage  and  at  longer 
ranges  than  are  safe  with  a  laser”  (Baer,  Baer,  et  al.  2005,  3-4). 

Geopairing  is  not  without  drawbacks.  With  the  amount  of  data  required  for  a 
geopairing  solution,  there  are  many  sources  of  potential  data  inaccuracies.  These 
inaccuracies  are  more  evident  in  larger  range  weapons;  however,  the  errors  do  occur  for 
all  caliber  weapons.  There  are  several  papers  from  the  Program  Executive  Office  for 
Simulation,  Training,  and  Instrumentation  that  document  and  discuss  these  variances.  In 
a  paper  from  Shricker  and  Ford,  the  courses  of  action  proposed  include  ignoring  the 
problem,  modeling  the  variances,  and  pursuing  additional  instrumentation  on  the 
weapons.  They  also  go  on  to  note  that  ignoring  the  problem  may  be  an  acceptable 
solution.  Additional  instrumentation  on  the  weapon  could  provide  the  actual  initial 
velocity  of  a  projectile  or  virtual  projectile.  This  data  would  be  used  by  a  geopairing 
system  to  improve  the  calculated  results,  providing  more  realistic  values  and  modeling 
subtle  variances  between  individual  rounds  and  weapons. 

While  producing  the  most  realistic  results  in  a  laboratory  setting,  this 
method  would  also  have  numerous  disadvantages.  Most  critically,  added 
instrumentation  would  add  weight  to  a  system  that  already  has  strict 
weight  requirements. . . .  Further,  such  a  solution  would  undoubtedly  add 
complexity  and  communication  latency  to  the  geo-pairing  solution. 

(Sehricker  and  Ford  2007,  12) 

The  potential  issues  with  geopairing  technologies  are  subjective.  Since  the 
Army’s  and  Marine’s  implementations  are  different  than  the  Navy’s,  some  issues  may 
not  be  encountered  for  all  three  services;  and  if  so,  perhaps  not  to  the  same  degree.  That 
being  said,  there  has  been  a  large  amount  of  effort  already  spent  by  other  agencies  on 
resolving  their  laser  training  system  deficiencies.  The  Navy  can  benefit  from  these 
efforts.  As  discussed  previously  in  this  report,  in  order  to  determine  weapon  effects,  the 
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Navy  has  requirements  to  captiue  data  for  aiming/heading  (vectors),  firing  (velocities), 
position  (GPS),  and  overall  acciuate  weapons  effect.  These  requirements  have  been 
noted  as  partially  filled  or  not  filled  by  the  prototype  I-TESS  11  system.  A  geopairing 
solution  could  be  a  gap  filler  for  both  the  LOS  and  deteiiuuimg  the  effects  of  Red  and 
Blue  force  weapons  (more  precision  m  detennining  unpact).  Tlie  remainuig  imfulfilled 
gaps  are  listed  in  Table  15,  highlighted  in  red  while  the  partially  fiilfilled  gaps  are 
higlilighted  yellow.  As  can  be  seen,  except  for  the  previously  mentioned  softwar  e 
development  needed  for  scoring  (highlighted  red),  the  team  believes  that  geopahing  can 
at  least  partially  firlfill  the  remaining  fimctional  gaps. 


Table  15.  Remaining  FAC/FIAC  Fimctional  Gaps 


Number 

Element 

1.1 

Simulate  Fuing  of  Red  Weapons 

1.1.3 

Cormnimicate  Red  force  Weapon  Data 

2.2 

Simulate  Effects  of  Red  Weapons  on  Blue  forces 

2.2.1 

Receive  Red  force  Weapons  Effects 

2.2.2 

Simulate  Effects  of  Red  RPG  Weapons  on  Blue  forces 

2.2.3 

Simulate  Effects  of  Red  .50-CAL  Weapons  on  Blue  forces 

3.2.1 

Detennine  Effects  of  Red  Weapons 

3.2.2 _ 

Determine  Effects  of  Blue  Weapons _ 

IV.  ADDITIONAL  CONSIDERATIONS  WHEN  USING  LASER- 

BASED  TRAINING 

Paraphrasing  the  initial  needs  statement — the  Navy  needs  to  ineorporate  laser- 
based  training  into  its  training  program — led  to  the  development  of  researeh  questions 
foeused  on  laser-based  teehnology.  While  the  below  items  are  not  direetly  related  to  the 
requirements  and  funetions  of  eonverting  to  a  laser-based  system,  they  are  side  effeets  of 
doing  so  and  are  therefore  diseussed  here  for  overall  reader  awareness. 

A,  HUMAN  FACTORS  WHEN  USING  LASER-BASED  TRAINING 
SYSTEMS 

In  addition  to  the  teehnieal  approaeh  the  team  looked  at  several  other  areas  for 
shipboard  eompatibility,  training  realism,  and  laser  hazards.  Human  faetors  assessment  is 
part  of  sound  engineering,  and  for  this  analysis  is  important  due  to  the  potential  impaets 
of  training  realism,  and  laser  hazards  assoeiated  with  laser-based  training. 

1.  Training  Realism 

Among  the  drawbaeks  of  laser-based  training,  in  general,  are  the  laek  of  weapon 
reeoil  (firing  blanks  is  still  laeking  in  eomparison  to  training  with  live  rounds)  and  the 
diffieulties  with  getting  a  visual  indieation  of  impaet  points.  The  following  notes  the 
reaetion  from  the  demonstration  team: 

Eaeh  operator  stressed  that  the  Navy’s  M2  normal  mode  of  operation  is  to 
“walk  into  targets,”  not  sighted  in  as  in  other  serviees,  USMC/US  ARMY. 

Given  the  SATs  inability  to  provide  equivalent/modeled  traeer  or  splash 
feedbaek,  the  primary  operation  use  ease  eannot  be  modeled  by  MILES  at 
this  time.  (Jauregui  2012,  C-2,2) 

2,  Safety  Concerns  of  Using  Laser-Based  Training  Systems 

The  I-TESS  II  laser-based  system  uses  an  Ameriean  National  Standards  Institute 
(ANSI)  Class  3R  laser  (Jauregui  2012,  5).  The  system  has  been  evaluated  and  results 
doeumented  in  Department  of  Army  Memo  dated  09  September  2009.  The  laser  is 
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considered  safe  for  use  without  laser  protective  eyewear  (unintentional  eye  exposme)  and 
is  not  a  skin  or  material  biun  hazard. 

The  OPNAVTNST  5100.27B  provides  naval  policy  and  grridance  regarding  laser 
systems,  detailing  the  training,  design,  review  and  control  requirements  for  laser  systems. 
Additionally  the  instniction  provides  a  list  of  applicable  laser  safety  documentation  for 
military  laser  systems  and  training.  MIL_HDBK-828B  w/CHANGE  1  provides 
guidelines  for  laser  range  operations,  safety,  and  controls  dining  laser  system  use. 

B.  ENVIRONMENTAL  IMPACTS  OF  “LIVE”  ORDNANCE  TRAINING 

Live  ammimitiou  can  have  severe  consequences  for  the  enviromnent.  Vieques, 
Puerto  Rico,  is  the  site  of  a  former  Navy  training  facility  that  has  now  been  closed  to 
operational  training  exercises.  Table  16  shows  the  anticipated  cost  of  the  damage  to  be 
over  $530  million.  Some  of  the  training  activities  conducted  here  in  the  past  include 
naval  gimfire  training,  aii-to-gioimd  ordnance  delivery,  amphibious  landings,  use  of  live 
ordnance,  and  ammmiition  storage  (Department  of  the  Navy  [Vieques]  2012). 


Table  16.  Enviromueutal  Damages  to  Vieques  Island 


Fiscal  Year 

Environmental  (52 
Sites) 

Munitions  (18 

Sites) 

Totals 

Through  FY12 

$27.6 

$155.5 

$183.1 

FY13 

$0.2 

$19.5 

$19.7 

FY14  &  Beyond 

$0.6 

$333.5 

$334.1 

Total 

Expenditure 

$28.4 

$508.5 

$536.9 

(Department  of  the  Navy  fViequesl  2012) 

Laser-based  training  systems  have  inlierent  advantages  over  live  ammunition  base 
training:  safety  and  cleanup  cost  have  been  discussed  above.  Additionally  it  is  possible 
that  laser-based  training  could  be  accomplished  in  locations  that  live  ammunition  training 
cannot  be,  such  as,  in  port,  in  close  proximity  to  other  ships,  and  other  areas  that  might 
have  restriction  on  the  usage  of  live  anmiimition  due  to  safety  and  environmental 
concerns. 
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V.  CONCLUSIONS  AND  RECOMMENDATIONS 


A.  CONCLUSIONS 

After  detailed  analysis  of  laser-based  FAC/FIAC  training  requirements  and  the 
Navy’s  prototype  I-TESS  II  system,  the  limitations  depieted  in  Table  15  still  remain.  The 
eurrent  system  has  a  limited  ability  to  deteet  both  red  and  blue  weapons  lethality 
information  and  colleet  data  for  mission  reeonstruction.  Some  of  the  prototype’s 
shortcomings  could  have  potentially  been  induced  by  the  limited  scope  of  the 
demonstration  in  that  it  was  primarily  a  FOT  exercise.  The  team  determined  that  both 
Blue  and  Red  forces  need  to  be  fully  instrumented  (force  and  target)  to  determine 
outcomes  in  FoF  engagements.  The  prototype’s  limited  ability  to  collect  data  also  needs 
to  be  improved  in  order  to  fulfill  requirements. 

Advancements  in  available  technology  are  required  before  a  single  system  will 
satisfy  all  of  the  FAC/FIAC  training  requirements  for  the  Navy,  as  determined  by  the 
team.  Laser-based  systems  have  not  successfully  demonstrated  effective  control  of 
spreading  of  the  beam  over  distance,  which  limits  its  useful  range.  Incorporation  of  the 
FoF  capabilities  currently  in  use  on  the  USMC  laser  system  and  geo-pairing  technologies 
will  minimize  the  remaining  functional  gaps.  The  identified  shortfalls  of  the  I-TESS  II 
prototype  systems  do  not  preclude  using  the  system  in  EoT  training  scenarios  and  in 
limited  scenarios  would  provide  better  training  than  is  currently  available. 

B,  RECOMMENDATIONS 

Eorce-on-Eorce  training  requires  both  Red  and  Blue  forces  to  be  fully 
implemented  in  order  to  facilitate  EoE  training.  With  this  in  mind  the  Naval  Postgraduate 
School  Systems  Engineering  Team  for  the  laser-based  simulated  training  capstone 
recommends  the  following  1)  use  the  current  prototype  in  limited  EoT  training  scenarios, 
2)  blend  laser-based  training  and  geometric  technology,  and  3)  additional  follow-on 
research. 
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(1)  Use  the  System  in  Limited  Training  Scenarios 

Develop  partial  implementation  of  the  system  in  testing  scenarios  where  identified 
gaps  are  realized  and  without  significant  impact  to  the  training  mission.  The  equipment 
today  is  mature  enough  to  incorporate  in  limited  scale — three  to  four  Red  force  players 
attacking  one  Blue  force  unit — training  scenarios.  This  training  could  be  conducted  in 
local  training  areas  that  can  be  augmented  with  other  instrumentation. 

(2)  Evaluate  the  Possibility  of  Blending  Geometric  Pairing  and  Simulated 
Rounds  Technologies  to  Improve  the  Overall  System 

The  shortcomings  of  traditional  laser-based  systems  can  be  minimized  through  the 
application  of  terrain  aided  geopairing  and  the  use  of  weapons  with  blanks  or  non-lethal 
projectiles  (example;  non-lethal  marking  rounds,  tracers).  For  large  surface  vessels,  the 
addition  of  advanced  software  can  enhance  the  scenario  realism.  One  example  would  be 
a  detailed  model  of  the  ship  (leveraging  off  of  terrain  aided  geometric  pairing 
technology)  on  a  monitor  with  the  capability  to  pin-point  the  hostile  fire  impact  location. 

(3)  Recommendations  for  Follow-On  Research 

•  Development  of  detailed  CONOPs  for  the  continued  use  of  the  prototype 
systems.  Well-prepared  CONOPs  will  set  the  expectations  for  both 
trainers  and  trainees  in  the  use  of  the  prototype  system. 

•  Solicit  more  detailed  feedback  from  the  users  of  the  prototype  system. 

Any  additional  user  evaluations  should  be  developed  based  on  the  lessons 
learned  from  past  evaluation  efforts.  Emphasis  on  gaining  additional  user 
feedback  in  the  areas  identified  as  gaps  would  be  most  beneficial. 

•  Conduct  formal,  well-focused  and  defined  field  user  evaluations — 
structured  to  collect  information  such  as  the  impacts  of  laser-energy 
spreading  while  at  sea  and  in  different  sea  states. 

•  Continue  using  the  two  procured  prototype  systems  with  the  aim  of 
developing  a  suitable  training  system. 

•  Conduct  a  detailed  cost  analysis  (which  can  remain  FOUO)  to  compare 

the  cost  of  live  ammunition  training  versus  simulated  training.  There  are 
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financial  benefits  to  laser-based  training  that  may  offset  any  gaps 
depending  on  the  fleet’s  prioritization  of  requirements. 

•  Collaborate  with  the  Army  and  Marine  Corps  in  the  development  of  a 
eommon  laser-based  training  system.  The  Army’s  OneTess  is  promising 
but  not  at  full  maturity  and  not  ready  for  aequisition.  The  training  mission 
for  the  three  services  will  be  similar  and,  by  working  together,  costs  and 
development  resourees  ean  be  shared. 

These  reeommendations  are  provided  for  stakeholder  eonsideration  to  further 
enhanee  Navy  training.  This  system  assessment  and  analysis  ean  serve  as  a  baseline  to 
eontinue  researeh  and  evaluation.  The  Laser-Based  Training  Assessment  Team’s 
analysis  was  eondueted  from  an  aeademie  view  point,  with  the  assistanee  of  non-taetieal 
stakeholders.  The  requirements  developed  need  to  be  reviewed  by  fleet  representatives, 
preferably  with  experienee  in  operational  conditions  associated  with  FAC/FIAC  threats 
and  with  aeeess  to  appropriate  elassified  material,  taeties,  teehniques  and  proeedures. 

C.  SUMMARY 

Based  on  the  gap  analysis  and  the  teehnology  assessment,  the  ideal  FAC/FIAC 
training  system  would  be  a  blend  of  teehnologies.  Traditional  laser-based  systems 
shorteomings  can  be  minimized  through  the  applieation  of  geopairing.  For  large  surfaee 
vessels,  the  addition  of  advaneed  software  (detailed  model  of  the  ship)  with  the  eapability 
to  pin-point  hostile  fire  impaet  loeation  is  an  area  for  further  development  and  essential  to 
inerease  the  realism  (unit  suffering  eombat  like  easualties)  during  the  training 
environment. 

Figure  18  depiets  notional  HSMST  integration  of  I-TESS  II  system.  Existing 
MIEES  teehnology  will  require  speeifie  enhaneements  in  order  to  be  fully  integrated 
within  a  Naval  Shipboard/Maritime  environment.  Some  of  these  enhaneements  inelude  a 
eommand  and  eontrol  (C2)  paekage  with  the  capability  to  support  the  required  six  Blue 
foree  and  20  opposing  foree  ships;  the  ability  to  operate  in  all  maritime  environments, 
inshore  to  open  ocean,  and  in  all  expeeted  weather/oeean  eonditions;  and  modifieation  to 
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allow  for  the  use  of  an  M2  and  M240B  weapons  in  a  manner  that  allows  for  a  visual 
indication  of  where  the  rounds  are  landing. 


Swarm  Autonomy  and  Scoring 


Existing  on-board 
distributed  processing 
system 


Existing  RF  link  for  communication 
to  range  and  between  targets 


Existing  range  control  data 
collection  and  remote 
control  station 


Forward  looking  Software  for:  Collision  avoidance 

collision  Group  behavior 


RTCA  laser  sensors  Pulsed  laser  integrated 

with  weaoon  svstem 


Figure  18.  Notional  HSMST  MILES  Integration 
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APPENDIX  A.  UNIT  CREW  SERVED  WEAPONS  (CSW) 

TRAINING 


Table  17.  Excerpt;  Tab  C  of  COMNAVSURFORINST  3502.1D  (from 

Department  of  the  Navy  2007) 


2 

Deter  and  Counter 
Terrorist  Activities 

All  duty  sections  shall  demonstrate  proficiency  in  the 
execution  of  their  Pre-Planned  Response  lAW  their  Force 
Protection  (FP)/Inport  Security  Plan  (ISP)  (including 
transitions  through  FPCONs)  to  deter  and  counter  the 
following  terrorist  activities  quarterly: 

1 .  Surveillance 

2.  Fand  Side 

3.  Waterside 

4.  OPSEC  Probe 

5.  Entry  Control  Point  (ECP)  Threat 

6.  Pier  penetration 

7.  Shipboard  Intruder 

8.  Shipboard  Penetration  (Forced) 

9.  Improvised  Explosive  Device  (lED) 

10.  Personnel 

11.  Vehicle 

12.  Suspicious  Package 

13.  Pier  side  Small  Boat  Attack 

14.  Fow,  Slow  Flyer 

15.  Telephonic  Bomb  Threat 

16.  Civil  Disturbance  (demonstration/protest  on  the  pier) 

17.  Hostage  situation 

18.  Seaborne  Attack 

19.  Swimmer 

20.  Floating  Object 

21.  Nighttime  Small  Boat  Attack  at  Anchor 

6 

Weapons 

Qualifications 

All  armed  watchstanders  shall  be  personnel  qualification 
standards  (PQS)  qualified  and  current  with  the  weapon(s) 
required  for  the  position  that  they  are  standing  [in  accordance 
with]  lAW  COMNAVFORINST  3300.1  (Series) 

Antiterrorism/Force  Protection  (AT/FP)  program  and 
OPNAVINST  3591.1  (Series)  Small  Arms  Training  and 
Qualification,  including  training  in: 

1.  Weapon  condition 

2.  Fevels  of  Force  training  (Use  of  Force  Cards) 
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3.  Quarterly  Use  of  Deadly  Force  training. 

4.  Rules  of  Engagement  (ROE) 

5.  All  crew  served  watchstanders  shall  be  PQS  qualified. 

6.  Semi-annual  sustainment  training  as  outlined  in 
OPNAVINST  3591.1 

7.  Designated  personnel  (lAW  ship’s  instruction)  shall  be 
qualified  (PQS/JQR)  in  use  of  flares. 

8.  Designated  personnel  (lAW  ship’s  instruction)  shall  be 
qualified  (PQS/JQR)  in  concussion  grenades. 

Note:  In  the  interest  of  safety,  simulated  weapons  (RED/BLUE  GUNS)  vice  shipboard 
weapons  shall  be  used  during  all  training  and  assessment  periods.  All  Crew  Served 
Weapons  (CSW)  shall  be  verified  “clear  and  safe”  with  no  ammunition  on  deck,  prior  to 
conducting  training  or  assessment.  (Department  of  the  Navy  2007) 

Some  of  the  targets  used  for  live  ammunition  training  are  described  below. 

The  killer  tomato  is  an  inflatable  orange  cube  that  is  deployed  from  the 
flight  deck  or  missile  deck  of  a  destroyer.  Once  deployed  the  ship  steams 
away  from  the  float  until  it  reaches  an  approximate  range  of  400  yards. 
Once  that  range  is  reached,  the  ship  comes  to  all  stop  and  CSW  operators 
are  allowed  to  complete  range  qualifications  in  accordance  with  the 
standards  set  forth  in  OPNAVINST  3591. IE.  Not  only  does  a  killer 
tomato  bear  no  resemblance  to  almost  any  other  object  that  would 
normally  be  seen  at  sea,  but  its  nearly  stationary  position  does  little  to 
nothing  to  train  CSW  personnel  to  be  able  to  engage  inbound  threat  craft. 
Adequate  as  it  may  be  for  basic  weapon  proficiency  and  familiarization 
training,  a  more  suitable  training  system  must  be  implemented  in  the  fleet 
for  FIAC  and  swarm  defense  training.  (Tiwari  2008) 
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The  following  excerpts  from  Tiwari’s  and  Conger’s  studies  on  small  boat  and 
swarm  defense  and  prototype  development  of  augmented  reality  trainer  for  CSW, 
respectively,  provide  explanations  for  this. 

There  are  several  reasons  for  this  including  the  inherent  complexity  of 
evaluating  crews  against  actual  targets,  availability  of  targets,  the  cost  of 
targets,  and  the  fidelity  of  the  data  available  for  analysis.  The  only  current 
measure  of  effectiveness  would  involve  using  actual  ammunition  on 
representative  threat  crafts  operating  in  realistic  ways.  This  would  require 
a  phenomenal  allocation  of  funds  to  evaluate  the  numerous  AT/FP  crews 
in  the  multiple  fleets.  (Tiwari  2008) 

A  significant  emerging  threat  to  coalition  forces  in  littoral  regions  is  from 
small  craft  such  as  jet  skis,  fast  patrol  boats,  and  speedboats.  These  craft, 
when  armed,  are  categorized  as  Fast  Inshore  Attack  Craft  (FIAC),  and 
their  arsenal  can  contain  an  array  of  weapons  to  include  suicide  bombs, 
crew-served  weapons,  anti-tank  or  ship  missiles,  and  torpedoes.  While 
these  craft  often  have  crude  weapon  technologies,  they  use  an  asymmetric 
tactic  of  large  numbers  of  small,  cheap,  poorly  armed  and  armored  units  to 
overwhelm  coalition  defenses.  (Conger  2008-09) 

With  a  basic  understanding  of  the  threat,  and  initial  stakeholder  inputs,  the  team 
developed  mission  requirements.  In  an  effort  to  more  fully  understand  the  mission  the 
team  developed  use  case  one  based  on  NAVSEA  Corona  2012  trip  report.  After 
considering  the  stakeholder’s  goal  of  training  the  fleet,  mission  analysis  provided  the 
foundation  for  use  case  development.  The  initial  use  case  was  developed  to  refine 
stakeholder  inputs  and  produce  mission  level  requirement,  by  identifying  the  roles  and 
communications  required  to  execute  the  mission.  A  total  of  three  unclassified  use  cases 
were  developed  to  evaluate  those  functions  based  on  potential  tactical  situations  that 
might  represent  the  FAC/FIAC  threat: 

1.  Single  Ship  vs.  Single  Attacker 

2.  Multiple  Attackers  vs.  Three-ship  SAG 

3.  Multiple  Attackers  vs.  two-Ship  SAG  at  night  in  poor  weather 

The  following  section  provides  the  first  use  case  which,  after  analysis,  enabled  the 
development  of  mission  requirements. 
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A,  USE  CASE  ONE— SINGLE  SHIP  VS.  SINGLE  ATTACKER 

During  independent,  detaehed  operations,  a  Blue  warship  enters  an  area  of 
operations  with  heightened  tensions  between  eountries  Blue  and  Red.  Based  on  prior 
information,  upon  entering  this  operating  area  the  CO  of  Blue’s  warship  sets  a  higher 
force  protection  condition  enabling  it  to  defend  itself  from  small  boat  attacks. 

Setting  a  higher  force  protection  condition  for  this  situation  requires  the  crew 
served  weapons  teams  make  their  weapons  ready  for  action.  Ready  for  action  is  reached 
when  the  weapon  has  been  inspected,  loaded  with  the  appropriate  ammunition,  and  the 
watch  team  has  reported  its  status  to  the  TAO,  the  officer  on  watch  required  to  protect  the 
ship.  With  the  final  watch  station  reporting  in,  the  TAO  reports  to  the  CO  that  the 
appropriate  force  protection  condition  has  been  set  and  the  watch  teams  are  ready. 

An  unexpected  attack  commences  when  a  small  speedboat,  armed  with  a  .50- 
caliber  weapon  and  a  Rocket-Propelled  Grenade  (RPG),  turns  towards  the  warship  and 
speeds  up  to  reduce  the  range  between  the  two  vessels.  Figure  20.  The  gunners  report 
this  reaction  to  the  TAO  who  then  orders  a  verbal  warning  to  be  issued  via  the  ship 
communications  system  to  the  approaching  speedboat.  Observing  that  the  speedboat  has 
not  heeded  the  verbal  warning,  the  gunners  report  this  observation  to  the  TAO  while 
aiming  their  weapons  at  the  approaching  speedboat. 

The  TAO,  after  updating  the  CO,  orders  warning  shots  to  be  fired  at  the 
approaching  speedboat.  Upon  receipt  of  orders,  the  gunners  proceed  to  fire  warning 
shots  at  the  approaching  speedboat.  Once  again,  observing  that  the  speedboat  does  not 
alter  its  course  or  speed,  they  report  their  observation  to  the  TAO. 

After  updating  the  CO,  the  TAO  orders  the  gunners  to  destroy  the  approaching 
speedboat.  The  gunners  aim,  verify  their  target,  and  open  fire.  As  the  gunners  fire  their 
weapons,  a  constant  cycle  of  aim,  fire,  assess  continues  until  a  direct  hit  is  made  which 
stops  the  speedboat  or  the  engagement  is  terminated  by  CO  or  TAO.  The  gunners  update 
the  status  of  the  speedboat  to  the  TAO.  After  updating  the  CO,  the  TAO  orders  the 
gunners  to  maintain  aim  on  the  speedboat’s  driver,  and,  if  they  witnessed  a  hostile  act, 
such  as  the  driver  or  another  occupant  aiming  a  weapon  at  the  ship,  to  sink  it. 
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Figure  20.  Use  Case  One 
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B,  USE  CASE  TWO— MULTIPLE  ATTACKERS  VS.  THREE-SHIP 

SURFACE  ACTION  GROUP 

Three  Blue  foree  warships  equipped  with  erew  served  weapons  for  foree 
proteetion  are  assigned  together  as  a  SAG.  As  the  Blue  foree  SAG  proeeeds  through  a 
eongested  waterway,  geographieally  eonfmed  and  surrounded  by  several  neutral  ships, 
the  TAO  on  eaeh  Blue  foree  warship  sets  the  restrieted  maneuvering  detail  and  orders  all 
foree  proteetion  erews  to  man  their  stations.  The  restrieted  maneuvering  detail  is 
eomprised  of  experieneed  ship  handlers,  extra  lookout  watehstanders,  and  foree 
proteetion  personnel.  Upon  reeeipt  of  this  order,  the  gun  erews  (foree  proteetion 
personnel)  proeeed  to  make  their  weapons  ready  for  aetion  and  proeeed  to  their  stations. 
Upon  arrival  to  their  stations,  the  erews  inspeet  and  load  their  weapon.  Shortly  after 
manning  their  stations,  the  erews  observe  and  report  small  boat  aetivity  within  2,000 
yards  of  their  ship  to  their  TAO. 

Upon  reeeipt  of  their  erews’  reports,  the  TAO  of  eaeh  ship  notifies  their  ship’s 
CO.  Additionally,  the  TAO  radios  the  other  two  ships  in  the  SAG  and  relays  the  reports. 
This  proeess  eontinues  for  the  next  several  hours. 

After  approximately  four  hours  and  just  prior  to  exiting  the  eongested  waterway 
the  gun  erews  report  that  several  new  visual  eontaets  have  been  deteeted  moving  toward 
the  ship  at  very  high  speeds  (approximately  30kts),  Figure  21. 

Per  the  rules  of  engagement,  the  TAO  sets  a  heightened  alert  status  and  notifies 
the  other  ships  to  do  the  same.  The  TAOs  of  the  SAG  eonfer,  via  seeure  ehat,  to  arrange 
firing  seetors  and  defensive  aetions.  The  TAOs  order  their  gunners  to  prevent  the 
potential  hostile  boats  from  elosing  within  danger  range,  approximately  1000  yards. 

The  gunners,  upon  reeeipt  of  orders  and  eoverage  assignments,  put  their  weapons 
in  firing  eondition.  They  also  turn  on  the  CSW  laser  range  finder  and  laser  target  marker. 
When  the  speedboats  elose  within  1000  yards,  the  gunners  proeeed  to  fire  warning  shots 
near  them  and  report  their  aetions  to  their  respeetive  TAOs.  Observing  the  approaehing 
speedboats’  reaetion  to  the  warning  shots,  the  gunners  report  that  the  boats  eontinue  to 
elose  and  are  approaehing  extreme  danger  range,  approximately  500  yards.  The  TAOs 
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receive  the  reports,  coordinate  their  response,  and  order  the  gunners  to  destroy  the 
approaching  speedboats. 

Upon  receipt  of  orders  the  gunners  fire  at  the  speedboats  with  the  intention  to 
destroy.  The  gunners  destroy  several  boats  in  the  first  volley;  however,  a  few  boats  turn 
away  from  the  SAG.  The  gunners  report  the  speedboats’  change  in  actions  to  the  TAOs. 

The  TAOs  receive  the  reports,  confer  amongst  themselves,  and  determine  the 
gunners  should  hold  fire  and  monitor  the  speedboats  for  further  hostile  actions. 
Additionally,  they  order  the  gunners  to  fire  warning  shots  at  any  boat  approaching  closer 
than  1000  yards  and  if  the  boat  does  not  turn  away  to  destroy  it.  The  SAG  departs  the 
constricted  water  way  without  further  incidents  and  reports  its  actions  to  the  fleet 
commander. 
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Figure  21.  Use  Case  Two — Multiple  Attaekers  vs.  Three-ship  SAG 
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c. 


USE  CASE  THREE— MULTIPLE  ATTACKERS  VS.  TWO-SHIP  SAG  AT 
NIGHT  IN  POOR  WEATHER 


Use  case  three  is  provided  as  a  verification  process.  The  previously  derived 
requirements  were  compared  to  the  capabilities  required  to  fulfil  the  requirements 
identified  through  analyzing  use  case  three. 

Two  Blue  force  warships  equipped  with  CSW  for  force  protection  are  steaming  in 
company.  The  Blue  force  SAG  enters  into  a  congested  waterway  (geographically 
confined  and  surrounded  by  several  neutral  ships)  at  night  in  stormy  weather  the  TAO 
sets  the  restricted  maneuvering  detail  and  orders  all  force  protection  crews  to  man  their 
stations. 

Upon  receipt  of  this  order,  the  gun  crews  make  their  weapons  ready  for  action  and 
proceed  to  their  stations.  Another  member  of  the  crew  retrieves  night  vision  goggles 
(NVGs)  from  a  storage  locker.  Upon  arrival  to  their  station,  the  crews  inspect  and  load 
their  weapons.  Shortly  after  manning  their  stations  and  donning  the  NVGs,  the  crews 
observe  and  report  five  small  boats  in  what  appears  to  be  a  formation  just  outside  1000 
yards  of  the  ship  to  their  TAO,  Figure  22. 

Upon  receipt  of  their  crews’  reports,  the  TAO  of  the  ship  notifies  their  ship’s  CO. 
Additionally,  the  TAO  radios  the  other  ship  in  the  SAG  and  relays  the  reports.  The 
gunners  observe  the  five  small  boats  form  into  a  staggered  line  abreast  and  appear  to 
accelerate  while  turning  toward  the  ships.  The  gunners  update  their  respective  TAOs  on 
the  activity  of  the  small  boats. 


Figure  22.  Use  Case  Three  OV-1 
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Per  the  rules  of  engagement,  the  TAO  of  ship  1  sets  a  heightened  alert  status  and 
notifies  the  other  ship  to  do  the  same  and  sets  them  in  the  supporting  role.  The  TAOs  of 
the  SAG  eonfer,  via  secure  communication,  to  arrange  firing  sectors  and  defensive 
actions.  The  TAOs  order  their  gunners  to  prevent  the  potential  hostile  boats  from  closing 
within  danger  range,  approximately  1000  yards. 

The  gunners,  upon  receipt  of  orders  and  coverage  assignments,  put  their  weapons 
in  firing  condition.  They  also  turn  on  the  CSW  laser  range  finder  and  laser  target  marker, 
which  is  clearly  visible  while  using  NVGs.  While  the  gunners  are  getting  prepared,  ship 
1  issues  a  verbal  warning  over  the  loud  speaker  to  the  approaching  small  boats.  When 
the  small  boats  close  within  500  yards  the  gunners  proceed  to  fire  warning  shots  near 
them  and  report  their  actions  to  their  respective  TAOs.  Observing  the  approaching  small 
boats’  reactions  to  the  warning  shots,  the  gunners  report  that  the  boats  continue  to  close 
and  are  approaching  extreme  danger  range,  approximately  500  yards. 

The  TAOs  receive  the  reports,  coordinate  their  response,  and  order  the  gunners  to 
destroy  the  approaching  speedboats.  Upon  receipt  of  orders,  the  gunners  fire  at  the 
speedboats  with  the  intention  to  destroy.  The  gunners  destroy  three  of  the  small  boats  in 
the  first  volley;  however,  the  remaining  two  continue  to  approach  the  ships.  The  gunners 
report  the  small  boats’  actions  to  the  TAOs  and,  without  waiting  for  further  orders, 
continue  to  engage  the  small  boats  until  they  are  destroyed.  The  SAG  departs  the 
constricted  water  way  without  further  incidents  and  reports  its  actions  to  the  fleet 
commander.  The  activity  diagram  for  use  case  three  is  depicted  in  Figure  23. 
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Figure  23.  Use  Case  Three — Multiple  Attackers  vs.  Two-Ship  SAG  at  Night  in 

Poor  Weather 
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The  capabilities  identified  in  use  case  two’s  analysis  fulfilled  all  of  the 
requirements  identified  in  use  case  three  except  for  the  usage  of  Night  Vision  Goggles. 
With  the  system  level  requirements  the  functions  of  the  system  were  identified. 
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APPENDIX  B.  SEQUENCE  DIAGRAMS 


Figure  24  depicts  the  sequence  of  activities  required  for  the  Blue  force  units  to 
complete  their  mission. 


9:TargGi  Stale- 


Figure  24.  Blue  Force  Sequence 


Blue  force  unit’s  basic  activities:  identify  the  target,  aim  a  weapon,  report  target 
information,  receive  orders,  and  engage  the  target.  The  assumptions  identified  in  the 
analysis  of  use  case  one  still  applied,  along  with  the  limitation  of  weapons  for  Blue 
forces.  From  the  mission  requirement  of  scenario  fidelity,  enable  Blue  forces 
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additionally  requires  that  weapons  are  able  to  be  aimed,  fired,  and  have  the  desired 
effeets. 

OPFOR  or  Red  forees  aetivities  are  depicted  in  Figure  25,  are  similar  to  the 
engagement  sequence  for  Blue  force  units  with  the  exception  of  command  and  control. 
Red  forces  requirements  for  weapons  will  need  to  fulfill  the  same  requirements  that  Blue 
force  weapons.  For  the  purposes  of  this  analysis,  OPFOR/Red  Forces  are  portrayed  as 
operating  independently  with  a  common  goal  (i.e.,  units  do  not  have  to  request 
permission  to  fire  or  to  retreat). 


o 


Top  PockDget:Rod  Force 


Blue  Force  Tarnet 


1:  locate  Target 


Fngagc  Weapon 


3:  Aim  Weapon 


4:  Shoot  Weapon 


5:  Turgot  Stale 


- 


Figure  25.  Red  Force  Sequence 


Both  Blue  and  Red  forces  require  weapons  and  their  associated  functions  in  order 
to  be  useful  in  training  units  to  execute  FAC/FIAC  defensive  missions.  Figure  26  depicts 
the  firing  of  the  weapon  sequence  identified,  the  next  step  was  to  determine  the  sequence 
of  events  required  to  simulate  the  effects  of  weapons  on  participating  units.  The  system 
will  need  to  provide  the  weapon  state,  identify  the  weapon,  maintain  ammo  count,  and 
determine  projectile  impact. 
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update  aod  Return  Ammunttion  c^ata 


Figure  26.  Weapon  System  Sequence 

The  receiver  sequence  is  depicted  in  Figure  27,  which  depicts  the  receiver 
activities  that  the  system  will  need  to  be  able  to  accomplish.  Receiver  needs  to  detect 
that  it  has  be  fired  at,  transmit  that  information,  and  indicate  that  whether  or  not  the 
associated  unit  has  been  damaged. 
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Figure  27.  Receiver  Sequence 
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APPENDIX  C.  REQtTlREMENTS 


A.  REQUIREMENTS  TABLE 


Table  18.  Requiiements  List 


Number 

Requirement 

Type 

Description 

Parent 

Requirement 

0 

Traming  System 

nil 

This  system  is 
needed  in  order  to 
train  smface  ships 
force  protection 
mission 

1 

Shall  provide 
Scenario 

Fidelity,  3  Blue 
imits  and  15  Red 
imits. 

nil 

Shall  provide 
Scenario  Fidelity,  3 
Blire  imits  and  1 5 
Red  imits. 

0  Training 

System 

1.1 

Shall  support 

Force-ou-Force 

haining 

nil 

Shall  support 

Force-on-Force 

haining 

1  Shall  provide 
Scenario 

Fidelity,  3  Blue 
units  and  15 

Red  units. 

1.1.1 

Shall  provide 
capability  to 
have  Red  forces 

nil 

Shall  provide 
capability  to  have 
Red  forces 

1.1  Shall 
support  Force- 
on-Force 
training 

1.1. 1.1 

Shall  simulate 
Red  force  duect 
fire 

nil 

Shall  simulate  Red 
force  duect  fire 

1.1.1  Shall 
provide 
capability  to 
have  Red  forces 

1.1. 1.1.1 

Red  force  .50- 
CAL  Range 

nil 

Shall  simulate  Red 
force  .50-CAL  rifle 
firing 

characteristics  for 
effective  range 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 

1.1. 1.1.2 

Red  force  .50- 
CAL  acciuacy 

nil 

Shall  simulate  Red 
force  .50-CAL  rifle 
firing 

characteristics  for 
acciuacy 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.1. 1.1.3 

Red  force  .50- 
CAL  ballistics 

nil 

Shall  simulate  Red 
force  .50-CAL  rifle 
filing 

chaiacteristics  for 
ballistics 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 

1.1. 1.1.4 

Red  Force  RPG 
range 

nil 

Shall  simulate  Red 
force  RPG  firing 
characteristics  for 
effective  filing 
range 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 

1.1. 1.1.5 

Red  Force  RPG 
accmacy 

nil 

Shall  simulate  Red 
force  RPG  filing 
chaiacteristics  for 
accmacy 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 

1.1. 1.1.6 

Red  force  RPG 
ballistics 

nil 

Shall  simulate  Red 
force  RPG  firing 
chaiacteristics  for 
ballistics 

1.1. 1.1  Shall 
simulate  Red 
force  direct  file 

1.1. 1.1.8 

Red  force 

weapon 

feedback 

nil 

Shall  provide 
weapon  feedback  / 
action 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 

1.1. 1.1.9 

Red  force  blanks 

nil 

Shall  have  the 
ability  to  shoot 
blanks 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fire 

1.1.1.1.10 

Red  force  limit 
weapons  use 

nil 

Shall  limit  use  of 
weapons  and 
systems  when  kills 
are  indicated 

1.1. 1.1  Shall 
simulate  Red 
force  dir  ect  file 

1.1.1.1.11 

Red  force 
noinial 
weapon’s 
fimctions 

nil 

Shall  not  prevent 
the  weapon’s 
normal  fimctions 
(load,  aim.  fiie, 
reload) 

1.1.1.1.12 

Red  force  dry 
fire 

nil 

Shall  have  the 
ability  to  operate 
the  system  without 
filing  roimds  ("diy 
fire") 

1.1. 1.1  Shall 
simulate  Red 
force  duect  file 

1.1.1.1.13 

Red  force 
tiansmit  data 

nil 

Shall  tiansmit  Red 
force  data  to 
exercise  control 
system 

1.1. 1.1  Shall 
simulate  Red 
force  direct  fir  e 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.1. 1.2 

Shall  simulate 

Red  force 
receipt  of  fue 
from  Blue  force 

nil 

Shall  simulate  Red 
force  receipt  of  fir  e 
from  Blue  force 

1.1.1  Shall 
provide 
capability  to 
have  Red  forces 

1.1. 1.2.1 

Red  force  visual 
state 

nil 

Shall  have  visual 
target  state  for  Red 
force 

1.1. 1.2  Shall 
simulate  Red 
force  receipt  of 
fire  from  Blue 
force 

1.1. 1.2.2 

Record  Red 
force  state 

nil 

Shall  have 
capability  to  record 
Red  force  target 
state  ability  to 
show/display/repoit 
casualty 

assessment  for  Red 
forces 

1.1. 1.2  Shall 
simulate  Red 
force  receipt  of 
fire  fr  om  Blue 
force 

1.1. 1.2.3 

Record  Red 
force  data 

nil 

Shall  record  Red 
force  data  (time, 
firmgs,  position) 

1.1. 1.2  Shall 
simulate  Red 
force  receipt  of 
fire  from  Blue 
force 

1.1.2 

Shall  provide 
capability  to 
have  Blue  forces 

nil 

Shall  provide 
capability  to  have 
Blue  forces 

1.1  Shall 
sirpporf  Force- 
orr-Force 
traming 

1. 1.2.1 

Shall  simulate 
the  effects  of 

Blue  force  direct 
fire  weapons 

nil 

Shall  simulate  the 
effects  of  Blue 
force  direct  fir  e 
weapons 

1.1.2  Shall 
provide 
capability  to 
have  Blue 
forces 

1. 1.2.1. 1 

Blue  force  .50- 
CAL  range 

nil 

Shall  simulate  Blue 
force  .50-CAL 

Rifle  firing 
characteristics  for 
effective  range 

1.1. 2.1  Shall 
simulate  the 
effects  of  Bhte 
force  dhect  fire 
weapons 

1.1.2.1.2 

Blue  force  .50- 
CAL  acciuacy 

nil 

Shall  simulate  Blue 
force  .50-CAL 

Rifle  filing 
characteristics  for 
accmacy 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  fire 
weapons 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.1.2.1.3 

Blue  force  .50- 
CAL  ballistics 

nil 

Shall  simulate  Blue 
force  .50-CAL 

Rifle  filing 
chaiacteristics  for 
ballistics 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  fire 

weapons 

1.1.2.1.4 

Blue  force 

M240B  range 

nil 

Shall  simulate  Blue 
force  M240B 
machine  gim  firing 
chaiacteristics  for 
effective  range 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  file 

weapons 

1.1.2.1.5 

Blue  force 

M240B 

acciuacy 

nil 

Shall  simulate  Blue 
force  M240B 
machine  gim  filing 
chaiacteristics  for 

acciuacy 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  fire 

weapons 

1.1.2.1.6 

Blue  force 

M240B 

ballistics 

nil 

Shall  simulate  Blue 
force  M240B 
machine  gim  firing 
chaiacteristics  for 
ballistics 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  file 

weapons 

1.1.2.1.7 

Blue  force 
weapon 

feedback/action 

nil 

Shall  provide 
weapon  feedback  / 
action 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  fiie 

weapons 

1.1.2.1.8 

Blue  force 
blanks 

nil 

Shall  have  the 
ability  to  shoot 
blanks 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  file 

weapons 

1.1.2.1.9 

Limit  Blue  force 
weapons 

nil 

Shall  limit  use  of 
weapons  and 
systems  when  kills 
are  indicated 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  dir  ect  fire 

weapons 

1.1.2.1.10 

Blue  force 
weapons  noiinal 
operations 

nil 

Shall  not  prevent 
the  weapon’s 
nonnal  fimctions 
(load,  aim,  fire, 
reload) 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  file 

weapons 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.1.2.1.11 

Blue  force  dry 
fire 

nil 

Shall  have  the 
ability  to  operate 
the  system  without 
firing  roimds  ("dry 
fire") 

1.1. 2.1  Shall 
simulate  the 
effects  of  Blue 
force  direct  fire 

weapons 

1.1.2.1.12 

transmit  Blue 
force  data 

nil 

Shall  transmit  Blue 
force  data  to 
exercise  control 
system 

1.1. 2.1  Shall 
simrrlate  the 
effects  of  Bhre 
force  direct  fire 

weapons 

1.1.2.1.13 

record  Blue 
force  data 

nil 

Shall  record  Blue 
force  data  (time, 
filings,  position) 

1.1. 2.1  Shall 
simulate  the 
effects  of  Bhre 
force  duect  fire 

weapons 

1. 1.2.2 

Shall  simulate 
damage  to  Blue 
force  due  to 
receipt  of  fir  e 
from  Red  force 

nil 

Shall  simulate 
damage  to  Blue 
force  due  to  receipt 
of  fire  fr  om  Red 
force 

1.1.2  Shall 
provide 
capability  to 
have  Bhre 
forces 

1.1.2.2.1 

Blue  force  visual 
indicator 

nil 

Shall  have  visual 
target  state  for  Blue 
force 

1.1. 2.2  Shall 
simulate 
damage  to  Bhre 
force  dire  to 
receipt  of  fire 
from  Red  force 

1.1.2.2.2 

Blue  force 
casualty 

nil 

Shall  have 
capability  to 
show/display/repoit 
casualty 
assessment  for 

Blue  forces 

1.1. 2.2  Shall 
simulate 
damage  to  Bhre 
force  due  to 
receipt  of  fire 
from  Red  force 

1.1.2.2.3 

record  Blue 
force  casualty 
data 

nil 

Shall  have 
capability  to  record 
Blue  force  target 
state 

1.1. 2.2  Shall 
simulate 
damage  to  Bhre 
force  due  to 
receipt  of  fire 
from  Red  force 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.1.2.2.4 

Blue  force 
instnimentation 

nil 

Shall  provide 
instrumentation  for 
Blue  forces  to 
detect  and  indicate 
hits 

1.1. 2.2  Shall 
simulate 
damage  to  Blue 
force  due  to 
receipt  of  fire 
from  Red  force 

1.1.2.2.5 

indication  of 

Blue  force  being 
killed 

nil 

Shall  provide 
indication  of 
persomiel  and 
system  kills 

1.1. 2.2  Shall 
simulate 
damage  to  Blue 
force  due  to 
receipt  of  fire 
from  Red  force 

1.1.2.2.6 

Blue  force  limit 
weapon 

nil 

Shall  limit  use  of 
weapons  and 
systems  when  kills 
are  indicated 

1.1. 2.2  Shall 
simulate 
damage  to  Blue 
force  due  to 
receipt  of  fire 
from  Red  force 

1.1.2.2.7 

Blue  force  reset 

nil 

Shall  have  the 
ability  to  be  "reset" 
at  the  dhection  of 
exercise  control 

1.1. 2.2  Shall 
simulate 
damage  to  Blue 
force  due  to 
receipt  of  fire 
from  Red  force 

1.2 

Shall  support 

Force-ou-Target 

training 

nil 

Shall  support 

Force-on-Target 

tramiug 

1  Shall  provide 
Scenario 

Fidelity,  3  Blue 
luiits  and  1 5 

Red  imits. 

1.2.1 

FoT  Shall 
simulate  Red 
force 

nil 

Shall  simulate  Red 
force 

1.2  Shall 
support  Force- 
on-Target 
tiaming 

1.2.1. 1 

FoT-Shall 
simulate  the 
effects  on  Red 
force  due  to 
receipt  of  fire 
from  Blue  force 

nil 

Shall  simulate  the 
effects  on  Red 
force  due  to  receipt 
of  fire  fr  om  Blue 
force 

1.2.1  FoT  Shall 
simulate  Red 
force 

1.2.1.2 

FoT  Red  force 
visual  state 

nil 

Shall  have  visual 
target  state  for  Red 
force 

1.2.1  FoT  Shall 
simulate  Red 
force 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.2.1.3 

FoT  Record  Red 
force  state 

nil 

Shall  have 
capability  to  record 
Red  force  target 
state  ability  to 
show/display/repoil 
casualty 

assessment  for  Red 
forces 

1.2.1  FoT  Shall 
simulate  Red 
force 

1.2.1.4 

FoT  Red  force 

casualty 

individual 

nil 

Shall  have 
capability  to 
show/display/repoi1 
casualty 
assessment  for 
individual  players 

1.2.1  FoT  Shall 
simulate  Red 
force 

1.2.1.5 

FoT  detect  hits 

nil 

Shall  provide 
insUmneutation  for 
Red  forces  to 
detect  and  indicate 
hits 

1.2.1  FoT  Shall 
simulate  Red 
force 

1.2.1.6 

FoT  Red  force 

reset 

nil 

Shall  have  the 
ability  to  be  "reset" 
at  the  direction  of 
exercise  control 

1.2.1  FoT  Shall 
simulate  Red 
force 

1.2.2 

Shall  enable 

Blue  force(s)  to 
conduct  FoT 
training 

nil 

Shall  enable  Blue 
force(s)  to  conduct 
FoT  training 

1.2  Shall 
support  Force- 
on-Target 
training 

1.2.2.0 

FoT  Blue  force 
fire 

nil 

Shall  simulate  Blue 
force  direct  fir  e 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.1 

FoT  Blue  force 
.50-CAL  range 

nil 

Shall  simulate  Blue 
force  .50-CAL 

Rifle  firing 
characteristics  for 
effective  range 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.2 

FoT  Blue  force 
.50  accuracy 

nil 

Shall  simulate  Blue 
force  .50-CAL 

Rifle  firing 
characteristics  for 
accuracy 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.2.2.3 

FoT  Blue  force 

.50-CAL 

ballistics 

nil 

Shall  simulate  Blue 
force  .50-CAL 

Rifle  firing 
characteristics  for 
ballistics 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.4 

FoT  Blue  force 
M240B  range 

nil 

Shall  simulate  Blue 
force  M240B 
machine  gim  firing 
characteristics  for 
effective  range 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.5 

FoT  Blue  force 

M240B 

acciuacy 

nil 

Shall  simrrlate  Bhte 
force  M240B 
machine  gim  fir  ing 
characteristics  for 
accmacy 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.6 

FoT  Blue  force 

M240B 

ballistics 

nil 

Shall  simirlate  Bhte 
force  M240B 
machine  gim  firing 
characteristics  for 
ballistics 

1.2.2  Shall 
enable  Bhre 
force(s)  to 
conduct  FoT 
training 

1.2.2.7 

FoT  Blue  force 

weapon 

feedback 

nil 

Shall  provide 
weapon  feedback  / 
action 

1.2.2  Shall 
enable  Bhre 
force(s)  to 
conduct  FoT 
training 

1.2.2.8 

FoT  Blue  force 
blanks 

nil 

Shall  have  the 
ability  to  shoot 
blanks 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.9 

FoT  Blue  force 
normal  weapon 
operations 

nil 

Shall  not  prevent 
the  weapon’s 
normal  fimctions 
(load,  aim,  fire, 
reload) 

1.2.2  Shall 
enable  Bhre 
force(s)  to 
conduct  FoT 
training 

1.2.2.10 

FoT  Blue  force 
diy  fue 

nil 

Shall  have  the 
ability  to  operate 
the  system  without 
firing  roimds  ("dry 
fire") 

1.2.2  Shall 
enable  Bhre 
force(s)  to 
conduct  FoT 
training 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

1.2.2.11 

FoT  Blue  force 
record  data 

nil 

Shall  transmit  Blue 
force  data  to 
exercise  control 
system 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
training 

1.2.2.12 

FoT  Blue  force 
transmit  data 

nil 

Shall  record  Blue 
force  data  (time, 
firings,  position) 

1.2.2  Shall 
enable  Blue 
force(s)  to 
conduct  FoT 
tiaiuiug 

2 

Shall  enable 
centralized 
command  and 
control  (C2)  via 
LOS  and 

Network 

nil 

Shall  enable 
centralized 
command  and 
control  (C2)  via 

LOS  and  Network 

0  Training 

System 

2.1 

Shall  provide 

LOS 

commimications 
path  (UATIF) 

nil 

Shall  provide  LOS 
conmiimications 
path  (UATIF) 

2  Shall  enable 
centralized 
command  and 
control  (C2)  via 
LOS  and 

Network 

2.1.1 

Exercise  Voice 
LOS 

nil 

Shall  provide 
exercise  voice 
commimications 
within  LOS 

2.1  Shall 
provide  LOS 
commimications 
path  (U/VHF) 

2.1.2 

C2  of  CSW 
positions 

nil 

Shall  enable 
command  and 
contiol  of  CSW 
positions 

2.1  Shall 
provide  LOS 
commimications 
path  (UA/HF) 

2.1.3 

C  ommimications 
Relay 

nil 

Shall  provide 
commimications 
relay  of  exercise 
related  imit’s 
commimications 

2.1  Shall 
provide  LOS 
commimications 
path  (UA/HF) 

2.1.4 

Mamtain 

connectivity 

nil 

Shall  maintain 
system 

connectivity  /  data 
availability  to 
within  3%  enor 

rate 

2.1  Shall 
provide  LOS 
commimications 
path  (UATIF) 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

2.2 

Shall  provide  an 
exercise  network 
for  machine  to 
machine  data 
transfer 

nil 

Shall  provide  an 
exercise  rretwork 
for  machine  to 
machine  data 
transfer 

2  Shall  errable 
centralized 
command  and 
control  (C2)  via 
LOS  and 

Network 

2.2.1 

1  Hz  update  rate 

rril 

Shall  provide 
infomratiorr 
rrpdates  at  a  rate  of 

1  sec  (PLI  and 
player  statirs) 

2.2  Shall 
provide  an 
exercise 
network  for 
machine  to 
machine  data 
transfer 

2.2.2 

Provide  "gods 
eye"  view 

nil 

Shall  provide 
"Gods  eye"  view  of 
the  training 
exercise  (live  and 
playback) 

2.2  Shall 
provide  an 
exercise 
network  for 
machine  to 
machine  data 
transfer 

2.2.3 

After  action 
review 

rril 

Shall  provide  for 
network 

dissemination  of 
AAR 

2.2  Shall 
provide  an 
exercise 
network  for 
machine  to 
maclrine  data 
transfer 

2.2.4 

Digital 

Monitoring 

nil 

Shall  enable  digital 
monitoring  of 
training 

2.2  Shall 
provide  an 
exercise 
network  for 
machine  to 
machine  data 
transfer 

2.2.5 

Network  storage 
of  recordings 

nil 

Shall  provide 
storage  of  recorded 
exercise  related 
data 

2.2  Shall 
provide  an 
exercise 
rretwork  for 
machine  to 
machine  data 
transfer 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

2.3 

Shall  provide 
Command  and 
Control  fimction 
to  the  exercise 
(stall,  stop,  and 
frill  control  of 
players) 

nil 

Shall  provide 
Command  and 
Control  fimction  to 
the  exercise  (start, 
stop,  and  fiill 
control  of  players) 

2  Shall  enable 
centralized 
command  and 
control  (C2)  via 
LOS  and 

Network 

2.3.1 

C  ommimications 

between 

participants 

nil 

Shall  enable 
commimications 
between  exercise 
control  and 
participating  imits 

2.3  Shall 
provide 
Command  and 
Control 
fimction  to  the 
exercise  (start, 
stop,  and  fiiU 
contr  ol  of 
players) 

2.3.2 

Transmit  of 
commands 

nil 

Shall  enable 
tiansmission  of 
commands  via  C2 
system 

2.3  Shall 
provide 
Command  and 
Control 
fimction  to  the 
exercise  (start, 
stop,  and  firll 
control  of 
players) 

2.3.3 

Receipt  of 
commands 

nil 

Shall  enable  receipt 
of  commands  via 

C2  system 

2.3  Shall 
provide 
Cormuarrd  and 
Control 
fimction  to  the 
exercise  (start, 
stop,  and  fitll 
control  of 
players) 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

2.3.4 

C2  reset  of 
players 

nil 

Shall  provide 
provision  to  ‘reset’ 
dead  players. 

2.3  Shall 
provide 
Command  and 
Conti'ol 
fimction  to  the 
exercise  (start, 
stop,  and  Ml 
control  of 
players) 

2.3.5 

Receipt  of 
messages 

nil 

Shall  enable  receipt 
of  status  reports 

2.3  Shall 
provide 
Command  and 
Control 
fimction  to  the 
exercise  (start, 
stop,  and  fiill 
control  of 
players) 

2.3.6 

None 

iuteiference  with 
host  platfonn  C2 

nil 

Shall  not  interfere 
with  host  platfoim 
command  and 
coutiol  systems 

2.3  Shall 
provide 
Command  and 
Control 
fimction  to  the 
exercise  (start, 
stop,  and  fiill 
control  of 
players) 

3 

Shall  be 
compliant  with 
applicable 

ESOH  Rules  and 
Regulations 
(MMPA,  NEPA, 
Laser  Use,  et  al.) 

nil 

Shall  be  compliant 
with  applicable 
ESOH  Rules  and 
Regulations 
(MMPA,  NEPA, 
Laser  Use,  et  al.) 

0  Training 

System 

3.0.1 

Shall  be 
compliant  with 
Maiiue  Mammal 
Protection  Act 
(MMPA) 

nil 

Shall  be  compliant 
with  Marine 
Mammal 

Piotectiou  Act 
(MMPA) 

3  Shall  be 
compliant  with 
applicable 

ESOH  Rules 
and  Regulations 
(MMPA, 

NEPA,  Laser 

Use,  et  al.) 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

3.0.2 

Shall  be 
compliant  with 
National 
Envhomnental 
Policy  Act 
(NEPA) 

nil 

Shall  be  compliant 
with  National 
Envhomuental 
Policy  Act  (NEPA) 

3  Shall  be 
compliant  with 
applicable 

ESOH  Rirles 
and  Regirlations 
(MMPA, 

NEPA,  Laser 

Use,  et  al.) 

3.0.3 

Shall  be 
compliant  with 
Laser  safety 
regulations 

nil 

Shall  be  compliant 
with  Laser  safety 
regulations 

3  Shall  be 
compliant  with 
applicable 

ESOH  Rules 
and  Regirlations 
(MMPA, 

NEPA,  Laser 
Use,  et  al.) 

4 

Operational 

Availability 

nil 

Shall  be 

Operational 

Available 

0  Training 

System 

4.1 

Reliability 

nil 

Shall  provide  a 
Reliable  System 

4  Operational 
Availability 

4.1.1 

Envuomnentally 

qualified 

nil 

Shall  be  operable 
in  all  envuonments 
representative  of 
Navy  training 

Areas  (compliant 
with  MIL-STD 
810G) 

4.1  Reliability 

4.2 

Useable 

nil 

Shall  provide  a 
Useable  System 

4  Operational 
Availability 

4.3 

Portable 

nil 

Shall  provide  a 
Portable  System 

4  Operational 
Availability 

4.4 

Acciuate 

nil 

Shall  provide  an 
Accurate  System 

4  Operational 
Availability 

4.5 

Mamtamability 

nil 

Shall  provide  a 
Maintainable 

System 

4  Operational 
Availability 

4.6 

Sustainable 

nil 

Shall  provide  a 
Sirstainable  System 

4  Operational 
Availability 
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Number 

Requirement 

Type 

Description 

Parent 

Requirement 

5 

System  shall 
automatically 
determine 
readiness 

nil 

System  shall 
automatically 
determine 
readiness  of  a  imit 
to  defend  itself 
form  damage  when 
faced  with  a 
FAC/FIAC  threat 
based  on  recorded 
information  and 
TTPs/ROE. 

5.1 

Record  exercise 
data 

nil 

System  shall 
automatically 
record  exercise 
data 

5  System  shall 
automatically 
determine 
readiness 

5.2 

Store  data 

rril 

The  system  shall 
store  all  recorded 
data  on  removable 
media. 

5  System  shall 
airtomatically 
determine 
readiness 

5.3 

Evaluate 

performance 

nil 

The  system  shall 
evahrate 

performance  based 
on  TTPs  and  ROE 

5  System  shall 
airtomatically 
determine 
readiness 

5.4 

Produce  reports 

rril 

The  system  shall 
prodirce  after 
action  reports  and 
readiness 
evahration  reports 

5  System  shall 
automatically 
determine 
readiness 
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APPENDIX  D.  FUNCTIONAL  FLOW  BLOCK  DIAGRAMS 


A.  FUNCTION  DESCRIPTION  TABLES 


Table  19.  Training  System  Derived  Fimctions 


Number 

Element 

description 

0 

Conduct  FAC/FIAC  Training 

This  is  the  overall  system  function  of 
suppoiling  both  Blue  force  training 
and  Red  force  rmits 

1 

Simulate  Red  Forces 

The  system’s  ability  to  identify  Red 
forces  and  enable  participation  in 
training. 

1.1 

Simulate  Firing  of  Red 
Weapons 

The  system’s  ability  to  simrrlate  the 
firing  of  Red  Force  Weapons 

1.1.1 

Simulate  Red  .50-CAL 
Weapons 

The  system’s  ability  to  simrrlate  a 
.50-CAL  weapon 

1.1. 1.1 

Simulate  Loading  of  Red 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simrrlate  a 
.50-CAL  weaporr’s  loading  process 

1.1. 1.2 

Simulate  Aiming  of  Red 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simrrlate  a 
.50-CAL  weapon’s  aiming  process 

1.1. 1.3 

Simulate  Firing  of  Red  Force 
.50-CAL  Weapons 

The  system’s  ability  to  simrrlate  a 
.50-CAL  weapon’s  firing  process 

1.1.2 

Simulate  Red  RPG  Weapons 

Tire  system’s  ability  to  simrrlate  a 

RPG  weapon 

1. 1.2.1 

Simulate  Loading  of  Red 

Force  RPG  Weapons 

The  system’s  ability  to  simrrlate  a 

RPG  weapon’s  loading  process 

1.1. 2.2 

Simulate  Aiming  of  Red 

Force  RPG  Weapons 

The  system’s  ability  to  simrrlate  a 

RPG  weapon’s  aiming  process 

1. 1.2.3 

Simulate  Firing  of  Red  Force 
RPG  Weapons 

The  system’s  ability  to  simrrlate  a 

RPG  weapon’s  firing  process 

1.1.3 

Commimicate  Red  Force 
Weapon  Data 

The  system’s  ability  to  transmit  Red 
Force  weapon  related  data  to  a 
collection  system 

1. 1.3.1 

Transmit  Aiming  Data  for 

Red  Force  Weapons 

The  system’s  abihty  to  transmit  Red 
Force  Aiming  data  to  a  data 
collection  system 

1. 1.3.2 

Transmit  Firing  Data  for  Red 
Force  Weapons 

The  system’s  ability  to  tr  ansmit  Red 
Force  Fhing  data  to  a  data  collection 
system 

1.2 

Simulate  Effects  of  Blue 
Weapons  on  Red  Forces 

The  system’s  ability  to  simrrlated  the 
lethal  effects  of  Bhre  force  weapons 
on  Red  Force  participants 

93 


Number 

Element 

description 

1.2.1 

Receive  Blue  Forces 

Weapons  effects 

The  system’s  ability  to  receive  Blue 
Force  weapons  calculated  effects 

1.2.2 

Simulate  Effects  of  Blue  .50- 
CAL  Weapons  on  Red  Forces 

The  system’s  ability  to  simulate  the 
lethal  effects  of  Blue  Force  .50-CAL 
weapons  on  Red  Forces 

1.2.3 

Simulate  Effects  of  Blue 
M240B  Weapons  on  Red 
Forces 

The  system’s  ability  to  simulate  the 
lethal  effects  of  Blue  Force  M240B 

Cal  weapons  on  Red  Forces 

1.2.4 

Simulate  Effects  of  Blue  Mik 
19  Weapons  on  Red  Forces 

The  system’s  ability  to  simulate  the 
lethal  effects  of  Blue  Force  Mik  19 
weapons  on  Red  Forces 

1.3 

Commimicate  Position  Data 
from  Red  Platfonns 

The  system’s  ability  to  collect  and 
transmit  Positional  infonnation  from 
Red  force  Platfonns 

1.3.1 

Transmit  Position  frifoimation 
from  Red  Platfonns 

The  system’s  ability  to  collect  and 
transmit  Position  infonnation  from 

Red  force  Platfonns 

1.3.2 

Transmit  Heading 

Information  fr  om  Red 

Platfonns 

The  system’s  ability  to  collect  and 
transmit  Heading  information  fr  om 
Red  force  Platfonns 

1.3.3 

Transmit  Velocity 

Information  from  Red 

Platforms 

The  system’s  ability  to  collect  and 
transmit  velocity  infonnation  fr  om 

Red  force  Platforms 

2 

Simulate  Blue  Forces 

The  system’s  ability  to  identify  Blue 
forces  and  enable  participation  in 
training 

2.1 

Simulate  Filing  Blue  Crew 
Served  Weapons 

The  system’s  ability  to  simirlate  the 
firing  of  Bhre  Force  Crew  Serwed 
Weapons 

2.1.1 

Simulate  Blue  .50  Weapons 

The  system’s  ability  to  simirlate  a 
.50-CAL  weapon 

2.1. 1.1 

Simulate  Loading  of  Blue 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  loading  process 

2.1. 1.2 

Simulate  Aiming  of  Blue 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  aiming  process 

2.1. 1.3 

Simulate  Fir  ing  of  Blue  Force 
.50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  firing  process 

2.1.2 

Simulate  Blue  M240B 

Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon 

2.1.2.1 

Simulate  Loading  of  Blue 

Force  M240B  Weapons 

The  system’s  ability  to  simirlate  a 
M240B  weapon’s  loading  process 

2.1.2.2 

Simulate  Aiming  of  Blue 

Force  M240B  Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon’s  aiming  process 

94 


Number 

Element 

description 

2.1.2.3 

Simulate  Firing  of  Blue  Force 
M240B  Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon’s  firing  process 

2.1.3 

Simulate  Blue  Mik  19 

Weapons 

The  system’s  ability  to  simulate  a 

Mik  19  weapon 

2.1.3. 1 

Simulate  Loading  of  Blue 

Force  Mik  19  Weapons 

The  system’s  ability  to  simulate  a 

Mik  19  weapon’s  loading  process 

2.1.3.2 

Simulate  Aiming  of  Blue 

Force  Mik  19  Weapons 

The  system’s  ability  to  simulate  a 

Mik  19  weapon’s  aiming  process 

2.1.3.3 

Simulate  Fil  ing  of  Blue  Force 
Mik  19  Weapons 

The  system’s  ability  to  simulate  a 

Mik  19  weapon’s  firing  process 

2.1.4 

Comuimiicate  Blue  Force 
Weapon  Data 

The  system’s  ability  to  transmit  Blue 
Force  weapon  related  data  to  a 
collection  system 

2.1.4.1 

Transmit  Aiiuiug  Data  for 

Blue  Force  Weapons 

The  system’s  ability  to  transmit  Blue 
Force  Aiming  data  to  a  data 
collection  system 

2. 1.4.2 

Transmit  Filing  Data  for  Blue 
Force  Weapons 

The  system’s  ability  to  transmit  Blue 
Force  Fning  data  to  a  data  collection 
system 

2.2 

Simulate  Effects  of  Red 
Weapons  on  Blue  Forces 

The  system’s  ability  to  simulated  the 
lethal  effects  of  Red  force  weapons 
on  Blue  Force  participants 

2.2.1 

Receive  Red  Force  Weapons 
Effects 

The  system’s  abihty  to  receive  Red 
Force  weapons  calculated  effects 

2.2.2 

Simulate  Effects  of  Red  RPG 
Weapons  on  Blue  Forces 

The  system’s  ability  to  simulated  the 
lethal  effects  of  Red  force  RPG  on 
Blue  Force  participants 

2.2.3 

Simulate  Effects  of  Red  .50- 
CAL  Weapons  on  Blue 

Forces 

The  system’s  ability  to  simulate  the 
lethal  effects  of  Red  Force  .50-CAL 
weapons  on  Blue  Forces 

2.3 

Commimicate  Position  Data 
from  Blue  Platforms 

The  system’s  ability  to  collect  and 
transmit  Positional  information  from 
Blue  Force  Platforms 

2.3.1 

Transmit  Position  Information 
from  Blue  Platforms 

The  system’s  ability  to  collect  and 
transmit  Position  information  from 
Bhte  Force  Platforms 

2.3.2 

Transmit  Heading 

Information  from  Blue 
Platforms 

The  system’s  ability  to  collect  and 
transmit  Heading  information  from 
Bhre  Force  Platforms 

2.3.3 

Transmit  Velocity 

Information  from  Blue 
Platforms 

The  system’s  ability  to  collect  and 
transmit  velocity  information  fr  om 
Bhte  Force  Platforms 
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Element 
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3 

Manage  Infonnation 

High  level  fimction  of  managing 
inputs  from  paiticipating  units  and 
the  dissemination  of  processed  data 

3.1 

Receive  Infonnation 

The  system’s  ability  to  receive 
transmitted  data  fr  om  participants, 
store  that  data,  and  allow  that  data  to 
be  analyzed 

3.1.1 

Receive  Infoimation  From 

Red  Weapons 

The  system’s  ability  to  receive 
transmitted  data  from  Red  Force 
paiticipants 

3. 1.1.1 

Receive  Red  Weapon  Aiming 
Data 

The  system’s  ability  to  receive  Red 
Weapon  Aiming  Data 

3. 1.1.2 

Receive  Red  Weapon  Firing 
Data 

The  system’s  ability  to  receive  Red 
Weapon  Filing  Data 

3.1.2 

Receive  Infoimation  From 

Blue  Weapons 

The  system’s  ability  to  receive 
transmitted  data  from  Blue  Force 
participants 

3. 1.2.1 

Receive  Blue  Weapon 

Aiming  Data 

The  system’s  ability  to  receive  Blue 
Weapon  Aiming  Data 

3. 1.2.2 

Receive  Blue  Weapon  Filing 
Data 

The  system’s  ability  to  receive  Blue 
Weapon  Firing  Data 

3.1.3 

Receive  Infoimation  From 

Red  Platforms 

The  system’s  ability  to  receive 
infoimation  fr  om  Red  Force 
platfoims 

3. 1.3.1 

Receive  Position  Infoimation 
from  Red  Platfoims 

The  system’s  ability  to  receive  Red 
Force  Platfoim  position  infoimation 

3. 1.3.2 

Receive  Heading  Infoimation 
from  Red  Platfoims 

The  system’s  ability  to  receive  Red 
Force  Platfoim  Heading  infoimation 

3. 1.3.3 

Receive  Velocity  Infoimation 
fr  om  Red  Platfoims 

The  system’s  ability  to  receive  Red 
Force  Platfoim  Velocity  information 

3.1.4 

Receive  Infoimation  fr  om 

Blue  Platfoims 

The  system’s  ability  to  receive 
infoimation  fr  om  Blue  Force 
platforms 

3. 1.4.1 

Receive  Position  Infoimation 
from  Blue  Platfoims 

The  system’s  ability  to  receive  Blue 
Force  Platfoim  position  infoimation 

3. 1.4.2 

Receive  Heading  Information 
from  Blue  Platforms 

The  system’s  ability  to  receive  Blue 
Force  Platfoim  Heading  infoimation 

3. 1.4.3 

Receive  Velocity  Infoimation 
from  Blue  Platforms 

The  system’s  ability  to  receive  Blue 
Force  Platfoim  Velocity  infoimation 

3.2 

Process  Infoimation 

The  system’s  ability  to  process 
received  infoimation 
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Number 

Element 

description 

3.2.1 

Detemiiiie  Effects  of  Red 
Weapons 

ITie  system’s  ability  to  deteimine  the 
effects  of  Red  Force  weapons  based 
on  received  data  and  system  software 

3.2.1. 1 

Determine  Effects  of  Red 
Weapons  on  Blue  Platforms 

The  system’s  ability  to  deteimine  the 
effects  of  Red  Force  weapons  on 

Blue  Force  Platfoims  based  on 
received  data  and  system  softwaie 

3.2.1.2 

Deteimine  Effects  of  Red 
Weapons  on  Blue  Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Red  Force  weapons  on 

Blue  Force  Weapons  based  on 
received  data  and  system  softwaie 

3.2.2 

Determine  Effects  of  Blue 
Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  based 
on  received  data  and  system  software 

3.2.2.1 

Deteimine  Effects  of  Blue 
Weapons  on  Red  Platfoims 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  on 

Red  Force  Platfoims  based  on 
received  data  and  system  software 

3.2.2.2 

Deteimine  Effects  of  Blue 
Weapons  on  Red  Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  on 

Red  Force  Weapons  based  on 
received  data  and  system  software 

3.3 

Transmit  Infoimation 

The  system’s  ability  to  transmit 
participant  data  to  support  the 
execution  of  the  ti  aining  event 

3.3.1 

Transmit  Red  Platfoim  Status 
Information 

The  system’s  ability  to  transmit  Red 
Platform  Status  data  to  support  the 
execution  of  the  training  event 

3.3.2 

Transmit  Red  Weapon  Status 
Infoimation 

The  system’s  ability  to  tiansmit  Red 
Weapon  Status  data  to  support  the 
execution  of  the  training  event 

3.3.3 

Transmit  Blue  Platfoim  Status 
Infoimation 

The  system’s  ability  to  transmit  Blue 
Platform  Status  data  to  support  the 
execution  of  the  tr  aining  event 

3.3.4 

Transmit  Blue  Weapon  Status 
Infomiation 

The  system’s  ability  to  transmit  Blue 
Weapon  Status  data  to  support  the 
execution  of  the  tr  aining  event 

3.4 

Record  Data 

The  system’s  ability  to  record 
received  infoimation 

3.4.1 

Record  Red  Weapon  Data 

The  system’s  ability  to  record  Red 
Force  Weapons  received  infoimation 
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3.4.1. 1 

Record  Red  Weapon  Aiming 
Data 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Aiming 
infoimation 

3.4.1.2 

Record  Red  Weapon  Filing 
Data 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Fuing 
infoimation 

3.4.1.3 

Record  Red  Weapon  Effects 
on  Blue  Platfomis 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Effects 
on  Blue  Force  Platfoim  infoimation 

3.4.1.4 

Record  Red  Weapon  Effects 
on  Blue  Weapons 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Effects 
on  Blue  Force  Weapons  infoimation 

3.4.1.5 

Record  Red  Force  Weapons 
Status 

The  system’s  ability  to  record 
received  Red  Force  Weapons  status 

3.4.2 

Record  Red  Platfonn  Data 

The  system’s  ability  to  record 
received  Red  Force  Platfoim  Data 

3.4.2.1 

Record  Red  Platfoim  Position 
Data 

The  system’s  ability  to  record 
received  Red  Force  Position  Data 

3.4.2.2 

Record  Red  Platfonn  Status 
Infomiation 

The  system’s  ability  to  record 
received  Red  Force  Platfoim  status 
infoimation 

3.4.3 

Record  Blue  Weapon  Data 

The  system’s  ability  to  record  Blue 
Force  Weapons  received  infoimation 

3.4.3. 1 

Record  Blue  Weapon  Aiming 
Data 

The  system’s  ability  to  record 
received  Blue  Force  Weapons 

Aiming  infoimation 

3.4.3.2 

Record  Blue  Weapon  Firing 
Data 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Fuing 
infoimation 

3.4.3.3 

Record  Blue  Weapon  Effects 
on  Red  Platforms 

Tlie  system’s  ability  to  record 
received  Blue  Force  Weapons  Effects 
on  Red  Force  Platfoim  infoimation 

3.4.3.4 

Record  Blue  Weapons  Effects 
on  Red  Weapons 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Effects 
on  Red  Force  Weapons  information 

3.4.3.5 

Record  Blue  Force  Weapons 
Status 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  status 

3.4.4 

Record  Blue  Platform  Data 

The  system’s  ability  to  record 
received  Blue  Force  Platform  Data 

3.4.4. 1 

Record  Blue  Platform 

Position  Data 

The  system’s  ability  to  record 
received  Blue  Force  Position  Data 
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3.4.4.2 

Record  Blue  Platform  Status 
Information 

The  system’s  ability  to  record 
received  Blire  Force  Platform  statirs 
information 

4 

Evaluate  Performance 

The  system’s  ability  to  evahrate 
training  relate  irrformation  and 
prodrrce  an  after  action  report 

4.1 

Evahrate  Data 

The  system’s  ability  to  evahrate 
received  data  against  established 
grading  criteria 

4.1.1 

Score  Data  Based  on  Metrics 

The  system’s  ability  to  determure  a 
participating  imits  score  based  on  the 
evahration  of  data  compared  to  a 
predetermined  per  formance  metrics 

4.1.2 

Detemrine  Readiness 

The  system’s  ability  to  determine 
readiness  of  a  participating  imit  to 
execirte  mission  based  on  approve 
assessment  criteria 

4.2 

Generate  Reports 

The  ability  of  the  system  to  generate 
tailored  reports 

4.2.1 

Readiness  Report 

The  ability  of  the  system  to  generate 
Readiness  reports 

4.2.2 

After  Action  Report 

The  ability  of  the  system  to  gerrerate 
After  Action  reports 

Table  20.  Prototype  System  Derived  Fimctions 


Number 

Element 

description 

0 

Condirct  FAC/FIAC  Training 

This  is  the  overall  system  fimction  of 
sirpporting  both  Blue  force  training 
and  Red  force  irrrits 

1 

Simrrlate  Red  Forces 

The  system’s  ability  to  identify  Red 
forces  and  enable  participation  in 
training. 

1.2.1 

Receive  Blue  Forces 

Weapons  effects 

The  system’s  ability  to  receive  Bhre 
Force  weapons  calcirlated  effects 

1.2.2 

Simrrlate  Effects  of  Bhre  .50- 
CAL  Weapons  on  Red  Forces 

Tire  system’s  ability  to  simrrlate  the 
lethal  effects  of  Bhre  Force  .50-CAL 
weaporrs  on  Red  Forces 
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1.2.3 

Simulate  Effects  of  Blue 
M240B  Weapons  on  Red 
Forces 

The  system’s  ability  to  simulate  the 
lethal  effects  of  Blue  Force  M240B 

Cal  weapons  on  Red  Forces 

1.3 

Communicate  Position  Data 
from  Red  Platfoims 

The  system’s  ability  to  collect  and 
transmit  Positional  mfoimation  from 
Red  force  Platfoims 

1.3.1 

Transmit  Position  Infoimation 
from  Red  Platfoims 

The  system’s  ability  to  collect  and 
transmit  Position  mfoimation  from 

Red  force  Platfoims 

1.3.2 

Transmit  Heading 

Infomiation  from  Red 

Platfoims 

The  system’s  ability  to  collect  and 
transmit  Heading  mfoimation  from 
Red  force  Platfoims 

1.3.3 

Transmit  Velocity 

Infoimation  from  Red 

Platfoims 

The  system’s  ability  to  collect  and 
transmit  velocity  information  from 

Red  force  Platforms 

2 

Simulate  Blue  Forces 

The  system’s  ability  to  identify  Blue 
forces  and  enable  participation  in 
training 

2.1 

Simulate  Firing  Blue  Crew 
Served  Weapons 

The  system’s  ability  to  simulate  the 
filing  of  Blue  Force  Crew  Sei'ved 
Weapons 

2.1.1 

Simulate  Blue  .50  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon 

2.1. 1.2 

Simulate  Aiming  of  Blue 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  aiming  process 

2.1. 1.3 

Simulate  Filing  of  Blue  Force 
.50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  filing  process 

2.1.2 

Simulate  Blue  M240B 

Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon 

2.1.2.2 

Simulate  Aiming  of  Blue 

Force  M240B  Weapons 

Tlie  system’s  ability  to  simulate  a 
M240B  weapon’s  aiming  process 

2.1.2.3 

Simulate  Fning  of  Blue  Force 
M240B  Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon’s  filing  process 

2.1.4 

Commmiicate  Blue  Force 
Weapon  Data 

The  system’s  ability  to  transmit  Blue 
Force  weapon  related  data  to  a 
collection  system 

2.1.4.1 

Transmit  Aiming  Data  for 

Blue  Force  Weapons 

The  system’s  ability  to  transmit  Blue 
Force  Aiming  data  to  a  data 
collection  system 

2. 1.4.2 

Transmit  Filing  Data  for  Blue 
Force  Weapons 

The  system’s  ability  to  tiansmit  Blue 
Force  Fning  data  to  a  data  collection 
system 
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2.3 

Commimicate  Position  Data 
from  Blue  Platforms 

The  system’s  ability  to  collect  and 
transmit  Positional  infoimation  fr  om 
Blue  Force  Platfoims 

2.3.1 

Transmit  Position  Infoiination 
from  Blue  Platfomis 

The  system’s  ability  to  collect  and 
transmit  Position  infoimation  from 
Blue  Force  Platfoims 

2.3.2 

Transmit  Heading 

Infoimation  from  Blue 
Platfoims 

The  system’s  ability  to  collect  and 
transmit  Heading  infonnation  fr  om 
Blue  Force  Platfoims 

2.3.3 

Transmit  Velocity 

Infomiation  from  Blue 
Platfoims 

The  system’s  ability  to  collect  and 
transmit  velocity  infoimation  fr  om 
Blue  Force  Platfoims 

3 

Manage  Infoimation 

High  level  frmction  of  managing 
inputs  from  paiticipating  imits  and 
the  dissemination  of  processed  data 

3.1 

Receive  Information 

The  system’s  ability  to  receive 
transmitted  data  fr  om  participants, 
store  that  data,  and  allow  that  data  to 
be  analyzed 

3.1.2 

Receive  Infoimation  From 

Blue  Weapons 

The  system’s  ability  to  receive 
transmitted  data  from  Blue  Force 
participants 

3. 1.2.1 

Receive  Blue  Weapon 

Aiming  Data 

The  system’s  ability  to  receive  Blue 
Weapon  Aiming  Data 

3. 1.2.2 

Receive  Blue  Weapon  Firing 
Data 

The  system’s  ability  to  receive  Blue 
Weapon  Filing  Data 

3.1.3 

Receive  Information  From 

Red  Platfoims 

The  system’s  ability  to  receive 
infoimation  from  Red  Force 
platforms 

3. 1.3.1 

Receive  Position  Infoimation 
from  Red  Platfoims 

The  system’s  ability  to  receive  Red 
Force  Platform  position  information 

3. 1.3.2 

Receive  Heading  Infoimation 
from  Red  Platfoims 

The  system’s  ability  to  receive  Red 
Force  Platfoim  Heading  infoimation 

3. 1.3.3 

Receive  Velocity  Infoimation 
from  Red  Platfoims 

The  system’s  ability  to  receive  Red 
Force  Platfoim  Velocity  infoimation 

3.1.4 

Receive  Infoimation  from 

Blue  Platfoims 

The  system’s  ability  to  receive 
infoimation  fr  om  Blue  Force 
platfomis 

3. 1.4.1 

Receive  Position  Infoimation 
from  Blue  Platfoims 

The  system’s  ability  to  receive  Blue 
Force  Platfoim  position  infoimation 

3. 1.4.2 

Receive  Heading  Infoimation 
from  Blue  Platfoims 

The  system’s  ability  to  receive  Blue 
Force  Platfoim  Heading  infoimation 
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3. 1.4.3 

Receive  Velocity  Information 
from  Blue  Platforms 

The  system’s  ability  to  receive  Blue 
Force  Platfoim  Velocity  infoimation 

3.2 

Process  Infoimation 

The  system’s  ability  to  process 
received  infoimation 

3.2.2 

Deteimine  Effects  of  Blue 
Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  based 
on  received  data  and  system  software 

3.2.2.1 

Deteimine  Effects  of  Blue 
Weapons  on  Red  Platfoims 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  on 

Red  Force  Platforms  based  on 
received  data  and  system  software 

3.2.2.2 

Deteimine  Effects  of  Blue 
Weapons  on  Red  Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  on 

Red  Force  Weapons  based  on 
received  data  and  system  software 

3.3 

Transmit  Infoimation 

The  system’s  ability  to  transmit 
participant  data  to  support  the 
execution  of  the  training  event 

3.3.1 

Transmit  Red  Platfonn  Status 
Information 

The  system’s  ability  to  transmit  Red 
Platform  Status  data  to  support  the 
execution  of  the  tr  aining  event 

3.3.3 

Transmit  Blue  Platfoim  Status 
Information 

The  system’s  ability  to  fransmit  Blue 
Platform  Status  data  to  support  the 
execution  of  the  training  event 

3.3.4 

Transmit  Blue  Weapon  Status 
Information 

The  system’s  ability  to  fransmit  Blue 
Weapon  Status  data  to  support  the 
execution  of  the  training  event 

3.4 

Record  Data 

The  system’s  ability  to  record 
received  infoimation 

3.4.2 

Record  Red  Platfoim  Data 

The  system’s  ability  to  record 
received  Red  Force  Platform  Data 

3.4.2.1 

Record  Red  Platfoim  Position 
Data 

The  system’s  ability  to  record 
received  Red  Force  Position  Data 

3.4.2.2 

Record  Red  Platfoim  Status 
Information 

The  system’s  ability  to  record 
received  Red  Force  Platform  status 
information 

3.4.3 

Record  Blue  Weapon  Data 

The  system’s  ability  to  record  Blue 
Force  Weapons  received  infoimation 

3.4.3. 1 

Record  Blue  Weapon  Aiming 
Data 

The  system’s  ability  to  record 
received  Blue  Force  Weapons 

Aiming  information 
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3.4.3.2 

Record  Blue  Weapon  Firing 
Data 

The  system’s  ability  to  record 
received  Blire  Force  Weapons  Firing 
information 

3.4.3.3 

Record  Blue  Weapon  Effects 
on  Red  Platforms 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Effects 
on  Red  Force  Platform  information 

3.4.3.4 

Record  Blue  Weapons  Effects 
on  Red  Weapons 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Effects 
on  Red  Force  Weapons  information 

3.4.3.5 

Record  Blue  Force  Weapons 
Status 

The  system’s  ability  to  record 
received  Blire  Force  Weapons  statirs 

3.4.4 

Record  Blue  Platform  Data 

The  system’s  ability  to  record 
received  Blue  Force  Platform  Data 

3.4.4. 1 

Record  Blire  Platform 

Position  Data 

The  system’s  ability  to  record 
received  Blue  Force  Position  Data 

3.4.4.2 

Record  Bhre  Platform  Statirs 
Information 

The  system’s  ability  to  record 
received  Blue  Force  Platform  statirs 
information 

4 

Evahrate  Performance 

The  system’s  ability  to  evaluate 
training  relate  information  and 
produce  an  after  action  report 

4.1 

Evalirate  Data 

The  system’s  ability  to  evaluate 
received  data  against  established 
gr  ading  criteria 

4.2 

Generate  Reports 

The  ability  of  the  system  to  generate 
tailored  reports 

4.2.2 

After  Action  Report 

The  ability  of  the  system  to  generate 
After  Action  reports 

Table  2 1 .  Training  System  Derived  Fimctions 


Number 

Element 

description 

0 

Conduct  FAC/FIAC  Training 

This  is  the  overall  system  ftmction  of 
supporting  both  Blue  force  training 
and  Red  force  imits 

1 

Simulate  Red  Forces 

The  system’s  ability  to  identify  Red 
forces  and  enable  participation  in 
training. 

1.1 

Simulate  Fir  ing  of  Red 
Weapons 

The  system’s  ability  to  simulate  the 
firing  of  Red  Force  Weapons 
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1.1.1 

Simulate  Red  .50-CAL 
Weapons 

Tire  system’s  ability  to  simrrlate  a 
.50-CAL  weapon 

1.1. 1.1 

Simulate  Loading  of  Red 

Force  .50-CAL  Weapons 

The  system’s  ability  to  sirmrlate  a 
.50-CAL  weapon’s  loading  process 

1.1. 1.2 

Simulate  Aiming  of  Red 

Force  .50-CAL  Weapons 

The  system’s  ability  to  sirmrlate  a 
.50-CAL  weapon’s  aiming  process 

1.1. 1.3 

Simulate  Fir  ing  of  Red  Force 
.50-CAL  Weapons 

The  system’s  ability  to  simrrlate  a 
.50-CAL  weaporr’s  firing  process 

1.1.2 

Simulate  Red  RPG  Weapons 

The  system’s  ability  to  sirmrlate  a 

RPG  weapon 

1. 1.2.1 

Simulate  Loading  of  Red 

Force  RPG  Weapons 

The  system’s  ability  to  sirmrlate  a 

RPG  weapon’s  loading  process 

1. 1.2.2 

Simulate  Aiming  of  Red 

Force  RPG  Weapons 

The  system’s  ability  to  sirmrlate  a 

RPG  weapon’s  aiming  process 

1. 1.2.3 

Simulate  Firing  of  Red  Force 
RPG  Weapons 

The  system’s  ability  to  simrrlate  a 

RPG  weapon’s  firing  process 

1.1.3 

Conmimiicate  Red  Force 
Weapon  Data 

The  system’s  ability  to  trarrsnrit  Red 
Force  weapon  related  data  to  a 
collection  system 

1. 1.3.1 

Transmit  Aiming  Data  for 

Red  Force  Weapons 

The  system’s  ability  to  trarrsmit  Red 
Force  Aiming  data  to  a  data 
collection  system 

1. 1.3.2 

Transmit  Firing  Data  for  Red 
Force  Weapons 

The  system’s  ability  to  transmit  Red 
Force  Fuing  data  to  a  data  collection 
system 

1.2 

Sirmrlate  Effects  of  Blrre 
Weapons  on  Red  Forces 

The  system’s  ability  to  simrrlated  the 
lethal  effects  of  Blrre  force  weapons 
on  Red  Force  parlicipants 

1.2.1 

Receive  Blrre  Forces 

Weapons  effects 

The  system’s  ability  to  receive  Blrre 
Force  weapons  calcrrlated  effects 

1.2.2 

Sirmrlate  Effects  of  Blrre  .50- 
CAL  Weapons  on  Red  Forces 

The  system’s  ability  to  sirmrlate  the 
lethal  effects  of  Blrre  Force  .50-CAL 
weapons  on  Red  Forces 

1.2.3 

Sirmrlate  Effects  of  Blrre 
M240B  Weapons  on  Red 
Forces 

The  system’s  ability  to  simrrlate  the 
lethal  effects  of  Blrre  Force  M240B 

Cal  weapons  on  Red  Forces 

1.2.4 

Simrrlate  Effects  of  Blrre  Mrk 
19  Weapons  on  Red  Forces 

The  system’s  ability  to  simrrlate  the 
lethal  effects  of  Blrre  Force  Mrk  19 
weapons  on  Red  Forces 

1.3 

Communicate  Position  Data 
from  Red  Platforms 

The  systerrr’s  ability  to  collect  and 
transmit  Positional  mformation  from 
Red  force  Platforms 
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1.3.1 

Transmit  Position  Information 
from  Red  Platforms 

The  system’s  ability  to  collect  and 
transmit  Position  information  from 

Red  force  Platforms 

1.3.2 

Transmit  Heading 

Information  from  Red 

Platforms 

The  system’s  ability  to  collect  and 
transmit  Heading  information  from 
Red  force  Platforms 

1.3.3 

Transmit  Velocity 

Information  fr  om  Red 

Platforms 

The  system’s  ability  to  collect  and 
transmit  velocity  information  fr  om 

Red  force  Platforms 

2 

Simulate  Blire  Forces 

The  system’s  ability  to  identify  Blue 
forces  and  enable  parficipation  in 
training 

2.1 

Simulate  Firing  Blue  Crew 
Served  Weapons 

The  system’s  ability  to  simulate  the 
firing  of  Blue  Force  Crew  Served 
Weapons 

2.1.1 

Sinurlate  Blrre  .50  Weaporrs 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon 

2.1. 1.1 

Simirlate  Loading  of  Blire 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  loading  process 

2.1. 1.2 

Simulate  Aiming  of  Blue 

Force  .50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  aiming  process 

2.1. 1.3 

Simulate  Fir  ing  of  Blue  Force 
.50-CAL  Weapons 

The  system’s  ability  to  simulate  a 
.50-CAL  weapon’s  firing  process 

2.1.2 

Simulate  Blue  M240B 

Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon 

2.1.2.1 

Simulate  Loading  of  Blue 

Force  M240B  Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon’s  loading  process 

2. 1.2.2 

Simulate  Aiming  of  Blue 

Force  M240B  Weapons 

Tire  system’s  ability  to  simulate  a 
M240B  weapon’s  aiming  process 

2.1.2.3 

Simulate  Firing  of  Blire  Force 
M240B  Weapons 

The  system’s  ability  to  simulate  a 
M240B  weapon’s  firing  process 

2.1.3 

Simulate  Blue  Mrk  19 

Weapons 

The  system’s  ability  to  simulate  a 

Mrk  19  weapon 

2.1.3. 1 

Simulate  Loading  of  Blue 

Force  Mrk  19  Weapons 

The  system’s  ability  to  simulate  a 

Mrk  19  weapon’s  loading  process 

2.1.3.2 

Simulate  Aiming  of  Blue 

Force  Mrk  19  Weapons 

The  system’s  ability  to  simulate  a 

Mrk  19  weapon’s  aiming  process 

2.1.3.3 

Simulate  Fir  ing  of  Blue  Force 
Mrk  19  Weapons 

The  system’s  ability  to  simulate  a 

Mrk  19  weapon’s  firing  process 

2.1.4 

Conmiimicate  Blue  Force 
Weapon  Data 

Tire  system’s  ability  to  transmit  Blue 
Force  weapon  related  data  to  a 
collection  system 
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2. 1.4.1 

Transmit  Aiming  Data  for 

Blue  Force  Weapons 

The  system’s  ability  to  transmit  Blire 
Force  Aiming  data  to  a  data 
collection  system 

2. 1.4.2 

Transmit  Firing  Data  for  Blue 
Force  Weapons 

The  system’s  ability  to  tr  ansmit  Blue 
Force  Fning  data  to  a  data  collection 
system 

2.2 

Simulate  Effects  of  Red 
Weapons  on  Blue  Forces 

The  system’s  ability  to  simirlated  the 
lethal  effects  of  Red  force  weapons 
on  Blue  Force  participants 

2.2.1 

Receive  Red  Force  Weapons 
Effects 

The  system’s  ability  to  receive  Red 
Force  weapons  calculated  effects 

2.2.2 

Simulate  Effects  of  Red  RPG 
Weapons  on  Blue  Forces 

The  system’s  ability  to  simirlated  the 
lethal  effects  of  Red  force  RPG  on 
Blue  Force  participants 

2.2.3 

Simulate  Effects  of  Red  .50- 
CAL  Weapons  on  Blue 

Forces 

The  system’s  ability  to  simulate  the 
lethal  effects  of  Red  Force  .50-CAL 
weapons  on  Blue  Forces 

2.3 

Communicate  Position  Data 
from  Blue  Platforms 

The  system’s  ability  to  collect  and 
transmit  Positional  mformation  from 
Blue  Force  Platforms 

2.3.1 

Transmit  Position  Information 
from  Blrte  Platforms 

The  system’s  ability  to  collect  and 
transmit  Position  mformation  from 
Blue  Force  Platforms 

2.3.2 

Transmit  Heading 

Information  from  Blue 
Platforms 

The  system’s  ability  to  collect  and 
transmit  Heading  infonnatiori  fr  om 
Blue  Force  Platforms 

2.3.3 

Transmit  Velocity 

Irrfomiation  from  Blire 
Platforms 

The  system’s  ability  to  collect  and 
transmit  velocity  information  fr  om 
Blue  Force  Platforms 

3 

Manage  Information 

High  level  function  of  managing 
inputs  fr  om  participating  units  and 
the  dissemination  of  processed  data 

3.1 

Receive  Information 

The  system’s  ability  to  receive 
transmitted  data  fr  om  participants, 
store  that  data,  and  allow  that  data  to 
be  analyzed 

3.1.1 

Receive  Information  From 

Red  Weapons 

The  system’s  ability  to  receive 
transmitted  data  from  Red  Force 
participants 

3. 1.1.1 

Receive  Red  Weapon  Aiming 
Data 

The  system’s  ability  to  receive  Red 
Weapon  Aiming  Data 

3. 1.1.2 

Receive  Red  Weapon  Firing 
Data 

The  system’s  ability  to  receive  Red 
Weapon  Firing  Data 
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Number 

Element 

description 

3.1.2 

Receive  Informatioa  From 

Blue  Weapons 

The  system’s  ability  to  receive 
transmitted  data  from  Blue  Force 
participants 

3. 1.2.1 

Receive  Blue  Weapon 

Aiming  Data 

The  system’s  ability  to  receive  Blue 
Weapon  Aiming  Data 

3. 1.2.2 

Receive  Blue  Weapon  Filing 
Data 

The  system’s  ability  to  receive  Blue 
Weapon  Firing  Data 

3.1.3 

Receive  Infoimation  From 

Red  Platforms 

The  system’s  ability  to  receive 
infoimation  fr  om  Red  Force 
platforms 

3. 1.3.1 

Receive  Position  Infomiation 
from  Red  Platfonns 

The  system’s  ability  to  receive  Red 
Force  Platform  position  infoimation 

3. 1.3.2 

Receive  Heading  Information 
fr  om  Red  Platfonns 

The  system’s  ability  to  receive  Red 
Force  Platform  Heading  infoimation 

3. 1.3.3 

Receive  Velocity  Infoimation 
from  Red  Platfonns 

Tlie  system’s  ability  to  receive  Red 
Force  Platform  Velocity  infoimation 

3.1.4 

Receive  Infoimation  from 

Blue  Platfoims 

The  system’s  ability  to  receive 
information  fr  om  Blue  Force 
platforms 

3. 1.4.1 

Receive  Position  Infomiation 
from  Blue  Platfonns 

The  system’s  ability  to  receive  Blue 
Force  Platform  position  mfoimation 

3. 1.4.2 

Receive  Heading  Infoimation 
fr  om  Blue  Platfoims 

The  system’s  ability  to  receive  Blue 
Force  Platform  Heading  infoimation 

3. 1.4.3 

Receive  Velocity  Infoimation 
from  Blue  Platfonns 

The  system’s  ability  to  receive  Blue 
Force  Platform  Velocity  infoimation 

3.2 

Process  Infoimation 

The  system’s  ability  to  process 
received  infoimation 

3.2.1 

Deteimine  Effects  of  Red 
Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Red  Force  weapons  based 
on  received  data  and  system  software 

3.2.1. 1 

Deteimine  Effects  of  Red 
Weapons  on  Blue  Platfoims 

The  system’s  ability  to  deteimine  the 
effects  of  Red  Force  weapons  on 

Blue  Force  Platfoims  based  on 
received  data  and  system  software 

3.2.1.2 

Deteimine  Effects  of  Red 
Weapons  on  Blue  Weapons 

Tlie  system’s  ability  to  deteimuie  the 
effects  of  Red  Force  weapons  on 

Blue  Force  Weapons  based  on 
received  data  and  system  software 

3.2.2 

Deteimine  Effects  of  Blue 
Weapons 

The  system’s  ability  to  deteimine  the 
effects  of  Blue  Force  weapons  based 
on  received  data  and  system  software 
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Number 

Element 

description 

3.2.2.1 

Detemiiiie  Effects  of  Blue 
Weapons  on  Red  Platfoiins 

ITie  system’s  ability  to  determine  the 
effects  of  Blue  Force  weapons  on 

Red  Force  Platforms  based  on 
received  data  and  system  software 

3.2.2.2 

Detennine  Effects  of  Blue 
Weapons  on  Red  Weapons 

The  system’s  ability  to  determine  the 
effects  of  Blue  Force  weapons  on 

Red  Force  Weapons  based  on 
received  data  and  system  software 

3.3 

Transmit  Infonnation 

The  system’s  ability  to  transmit 
participant  data  to  support  the 
execution  of  the  tr  aining  event 

3.3.1 

Transmit  Red  Platfonn  Status 
Information 

The  system’s  ability  to  transmit  Red 
Platform  Statirs  data  to  support  the 
execution  of  the  training  event 

3.3.2 

Transmit  Red  Weapon  Status 
Information 

The  system’s  ability  to  transmit  Red 
Weapon  Statirs  data  to  support  the 
execution  of  the  training  event 

3.3.3 

Transmit  Blire  Platform  Statrrs 
Information 

The  system’s  ability  to  transmit  Blue 
Platform  Statirs  data  to  support  the 
execution  of  the  training  event 

3.3.4 

Transmit  Blire  Weapon  Statirs 
Information 

The  system’s  ability  to  transmit  Blue 
Weapon  Statirs  data  to  support  the 
execrrtion  of  the  training  event 

3.4 

Record  Data 

The  system’s  ability  to  record 
received  information 

3.4.1 

Record  Red  Weapon  Data 

The  system’s  ability  to  record  Red 
Force  Weapons  received  information 

3.4.1. 1 

Record  Red  Weapon  Aiming 
Data 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Aiming 
information 

3.4.1.2 

Record  Red  Weapon  Firing 
Data 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Firing 
information 

3.4. 1.3 

Record  Red  Weapon  Effects 
on  Blue  Platforms 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Effects 
on  Blue  Force  Platform  information 

3.4.1.4 

Record  Red  Weapon  Effects 
on  Blue  Weapons 

The  system’s  ability  to  record 
received  Red  Force  Weapons  Effects 
on  Blue  Force  Weapons  information 

3.4.1.5 

Record  Red  Force  Weapons 
Statirs 

The  system’s  ability  to  record 
received  Red  Force  Weapons  statirs 

3.4.2 

Record  Red  Platform  Data 

The  system’s  ability  to  record 
received  Red  Force  Platform  Data 
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Number 

Element 

description 

3.4.2.1 

Record  Red  Platfoiui  Position 
Data 

The  system’s  ability  to  record 
received  Red  Force  Position  Data 

3.4.2.2 

Record  Red  Platfoim  Status 
Infomiation 

The  system’s  ability  to  record 
received  Red  Force  Platfoim  status 
infoiination 

3.4.3 

Record  Blue  Weapon  Data 

The  system’s  ability  to  record  Blue 
Force  Weapons  received  infoimation 

3.4.3. 1 

Record  Blue  Weapon  Aiming 
Data 

The  system’s  ability  to  record 
received  Blue  Force  Weapons 

Aimuig  infoimation 

3.4.3.2 

Record  Blue  Weapon  Firing 
Data 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Firing 
information 

3.4.3.3 

Record  Blue  Weapon  Effects 
on  Red  Platfoims 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Effects 
on  Red  Force  Platfoim  infoimation 

3.4.3.4 

Record  Blue  Weapons  Effects 
on  Red  Weapons 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  Effects 
on  Red  Force  Weapons  infoimation 

3.4.3.5 

Record  Blue  Force  Weapons 
Status 

The  system’s  ability  to  record 
received  Blue  Force  Weapons  status 

3.4.4 

Record  Blue  Platform  Data 

The  system’s  ability  to  record 
received  Blue  Force  Platfoim  Data 

3.4.4. 1 

Record  Blue  Platform 

Position  Data 

The  system’s  ability  to  record 
received  Blue  Force  Position  Data 

3.4.4.2 

Record  Blue  Platform  Status 
Information 

The  system’s  ability  to  record 
received  Blue  Force  Platfoim  status 
infoimation 

4 

Evaluate  Perfomiance 

The  system’s  ability  to  evaluate 
training  relate  infoimation  and 
produce  an  after  action  report 

4.1 

Evaluate  Data 

The  system’s  ability  to  evaluate 
received  data  against  established 
giading  criteria 

4.1.1 

Score  Data  Based  on  Metrics 

The  system’s  ability  to  deteimuie  a 
paificipating  imits  score  based  on  the 
evaluation  of  data  compared  to  a 
predetermined  perfoimance  metiics 

4.1.2 

Determine  Readiness 

The  system’s  ability  to  deteimine 
readiness  of  a  participating  imit  to 
execute  mission  based  on  approve 
assessment  criteria 
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Element 

description 

4.2 

Generate  Reports 

The  ability  of  the  system  to  generate 
tailored  reports 

4.2.1 

Readiness  Report 

The  ability  of  the  system  to  generate 
Readiness  reports 

4.2.2 

After  Action  Report 

The  ability  of  the  system  to  generate 
After  Action  reports 
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FUNCTIONAL  FLOW  BLOCK  DIAGRAMS  (FFBD) 


Figure  29.  FAC/FIAC  Training  System  Functions  to  level  2  FFBD 
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Figure  30.  Simulate  Red  Forces  (1.0)  Levels  2  and  3  FFBD 
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Figure  3 1 .  Simulate  Red  Forces  (1.0)  Levels  3  and  4  FFBD 
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Figure  32.  Simulate  Blue  Forees  (2.0)  Levels  2  and  3  FFBD 
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Figure  33.  Simulate  Blue  Forces  (2.0)  Levels  3  and  4  FFBD 
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Figure  34.  Manage  Information  (3.0)  Levels  2  and  3  FFBD 
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Figure  35.  Manage  Information  (3.0)  Level  3  (3.1.1)  and  Level  4  FFBD 
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Figure  36.  Manage  Information  (3.0)  Level  3s  (3.2.X)  and  Level  4  FFBDs 
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Figure  37.  Manage  Information  (3.0)  Level  3  (3.4.X)  and  Level  4  FFBDs 
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Figure  38.  Process  Information  (4.0)  Level  2  (4.X)  and  Level  3  FFBDs 
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APPENDIX  E.  IDEFO  TABLES  AND  DIAGRAMS 


A.  INPUTS,  CONTROLS,  OUTPUTS,  AND  MECHANISMS  TABLE 


Table  22.  Inputs,  Controls,  Outputs,  and  Mechanisms 


Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

0 

Conduct 

FAC/FIAC 

Training 

Blue  Forces 

Operator 

Red  Forces 

ESOH 

Scenario 

Control 

TTPs 

Reports 

Trained  Crew 
Unit  Readiness 

Blue  Force 

Weapons 

Commimicati 

ons 

Instrnmentati 

on 

Red  Force 

Weapons 

Software 

1 

Simulate 

Red 

Forces 

Blue  Force 

Weapon  Aiming 
Data 

Blue  Force 

Weapon  Firing 

Data 

Operator 

Red  Forces 

ESOH 

Scenario 

Control 

TTPs 

Red  Force 
Heading 

Red  Force 
Platform  Statirs 
Red  Force 
Position 

Red  Force 
Velocity 

Red  Force 
Weapon 

Aimirrg  Data 

Red  Force 
Weapon  Firing 
Data 

Red  Force 
Weapons  Statirs 

Commimicati 

ons 

Instrnmentati 

on 

Red  Force 

Weapons 

Software 

1.1 

Simulate 
Firing  of 
Red 

Weapons 

Operator 

Red  Force 

Weapons 

Information 

ESOH 

Scenario 

Control 

TTPs 

Red  Force 
Weapon 

Aiming  Data 

Red  Force 
Weapon  Firing 
Data 

Commimicati 

ons 

Instrnmentati 

on 

Red  Force 

Weapons 

Software 
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Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

1.1.1 

Simulate 
Red  .50- 
CAL 
Weapons 

Operator 

Red  Force  .50- 
CAL 

ESOH 

Scenario 

Control 

FTPS 

Red  Force  .50- 
CAL  Aiming 
Red  Force  .50- 
CAL  Firing 
data 

Instrumentati 

on 

Red  Force 

.50-CAL 

Software 

1.1. 1.1 

Simulate 
Loading  of 
Red  Force 
.50-CAL 
Weapons 

Operator 

Red  Force  .50- 
CAL 

TTPs 

Red  Force 
loaded  .50- 
CAL 

Red  Force 
.50-CAL 

Red  Force 
Instrmuentati 

on 

Software 

1.1. 1.2 

Simulate 
Aiming  of 
Red  Force 
.50-CAL 
Weapons 

Operator 

FTPS 

Red  Force  .50- 
CAL  Aiming 

Red  Force 
.50-CAL 

Red  Force 
Instnrmentati 

on 

Software 

1.1. 1.3 

Simulate 
Firing  of 
Red  Force 
.50-CAL 
Weapons 

Operator 

Red  Force  loaded 
.50-CAL 

ESOH 

Scenario 

Control 

FFPs 

Red  Force  .50- 
CAL  Firing 
data 

Red  Force 
.50-CAL 

Red  Force 
Instnrmentati 

on 

Software 

1.1.2 

Simulate 
Red  RPG 
Weapons 

Operator 

Red  Force  RPG 

ESOH 

Scenario 

Control 

FFPs 

Red  Force  RPG 
Aimitrg  Data 

Red  Force  RPG 
Firirrg  Data 

Instnrmentati 

on 

Red  Force 

RPG 

Software 

1. 1.2.1 

Simulate 
Loading  of 
Red  Force 
RPG 
Weapons 

Operator 

Red  Force  RPG 

Scenario 

Control 

FFPs 

Red  Force 
Loaded  RPG 

Red  Force 
Instnrmerrtati 

on 

Red  Force 

RPG 

1. 1.2.2 

Simulate 
Aiming  of 
Red  Force 
RPG 
Weapons 

Operator 

Scenario 

Control 

FFPs 

Red  Force  RPG 
Aimirrg  Data 

Red  Force  RPG 
Firmg  sohrtion 

Red  Force 
Instnrmentati 

on 

Red  Force 

RPG 
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Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

1. 1.2.3 

Simulate 
Firmg  of 
Red  Force 
RPG 
Weapons 

Operator 

Red  Force  Loaded 
RPG 

Red  Force  RPG 

Red  Force  RPG 
Filing  solution 

ESOH 

Scenario 

Control 

TTPs 

Red  Force  RPG 
Filing  Data 

Red  Force 
Instiumentati 

on 

Red  Force 

RPG 

Software 

1.1.3 

Communic 
ate  Red 
Force 
Weapon 
Data 

Red  Force  .50- 
CAL  Aiming 

Red  Force  .50- 
CAL  Filing  data 

Red  Force  RPG 
Aiming  Data 

Red  Force  RPG 
Firing  Data 

Scenario 

Control 

Red  Force 
Weapon 

Aiming  Data 

Red  Force 
Weapon  Firing 
Data 

Commimicati 

ons 

1. 1.3.1 

Transmit 

Aiming 

Data  for 

Red  Force 
Weapons 

Red  Force  .50- 
CAL  Aiming 

Red  Force  RPG 
Aiming  Data 

Scenario 

Control 

LOS  Radio 
Network 

1. 1.3.2 

Transmit 

Filing 

Data  for 

Red  Force 
Weapons 

Red  Force  .50- 
CAL  Filing  data 

Red  Force  RPG 
Firing  Data 

Scenario 

Control 

Red  Force 
Weapon 

Aiming  Data 

Red  Force 
Weapon  Firing 
Data 

LOS  Radio 
Network 

1.2 

Simulate 
Effects  of 
Blue 
Weapons 
on  Red 
Forces 

Blue  Force 

Weapon  Aiming 
Data 

Blue  Force 

Weapon  Firing 

Data 

Scenario 

Control 

Red  Force 
Platfonu  Status 
Red  Force 
Weapons  Status 

Instimnentati 

on 

Software 

1.2.1 

Receive 

Blue 

Forces 

Weapons 

effects 

Blue  Force 

Weapon  Aiming 
Data 

Blue  Force 

Weapon  Firing 

Data 

Scenario 

Control 

Blue  Force 
Weapons 

Effects  on  Red 
Platforms 

Blue  Force 
Weapons 

Effects  on  Red 
Weapons 

Red  Force 
Instiumentati 

on 

Software 
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Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

1.2.2 

Simulate 
Effects  of 
Blue  .50- 
CAL 
Weapons 
on  Red 
Forces 

Bliie  Force 

Weapon  Aiming 
Data 

Blue  Force 

Weapon  Firing 

Data 

Blue  Force 

Weapons  Effects 
on  Red  Platfonns 
Blue  Force 

Weapons  Effects 
on  Red  Weapons 

Scenario 

Control 

Red  Force 
Platform  Status 
Red  Force 
Weapons  Status 

Red  Force 
Instnimentati 

on 

Software 

1.2.3 

Simulate 
Effects  of 
Blue 

M240B 
Weapons 
on  Red 
Forces 

Blue  Force 

Weapon  Aiming 
Data 

Blue  Force 

Weapon  Filing 

Data 

Blue  Force 

Weapons  Effects 
on  Red  Platforms 
Blue  Force 

Weapons  Effects 
on  Red  Weapons 

Scenario 

Control 

Red  Force 
Platform  Status 
Red  Force 
Weapons  Status 

Red  Force 
Instnimentati 

on 

Software 

1.2.4 

Simulate 
Effects  of 
Blue  Mrk 

19 

Weapons 
on  Red 
Forces 

Blue  Force 

Weapon  Aiming 
Data 

Blue  Force 

Weapon  Firing 

Data 

Blire  Force 

Weapons  Effects 
on  Red  Platforms 
Bhre  Force 

Weapons  Effects 
on  Red  Weapons 

Scenario 

Control 

Red  Force 
Platform  Status 
Red  Force 
Weapons  Status 

Red  Force 
Instnimentati 

on 

Software 

1.3 

Conmiunic 

ate 

Position 
Data  from 
Red 

Platfonns 

Red  Force  Platform 
information 

Scenario 

Control 

Red  Force 
Heading 

Red  Force 
Position 

Red  Force 
Velocity 

Commimicati 

ons 

124 


Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

1.3.1 

Transmit 
Position 
Informatio 
n  from 

Red 

Platfoims 

Red  Force  Platform 
iufoimation 

Scenario 

Control 

Red  Force 
Position 

LOS  Radio 
Network 

1.3.2 

Transmit 
Heading 
Informatio 
n  fr  om 

Red 

Platforms 

Red  Force  Platform 
information 

Scenario 

Control 

Red  Force 
Heading 

LOS  Radio 
Network 

1.3.3 

Transmit 
Velocity 
Informatio 
n  from 

Red 

Platforms 

Red  Force  Platform 
iufonnation 

Scenario 

Control 

Red  Force 
Velocity 

LOS  Radio 
Network 

2 

Simulate 

Blue 

Forces 

Blite  Forces 

Operator 

Red  Force  Weapon 
Aiming  Data 

Red  Force  Weapon 
Firing  Data 

ESOH 

Scenario 

Control 

TTPs 

Blire  Force 
Heading 

Blite  Force 
Position 

Blite  Force 
Velocity 

Blue  Force 
Weapon 

Aiming  Data 
Blue  Force 
Weapon  Firing 
Data 

Blue  Platform 
Status 

Blue  Weapons 
Status 

Blue  Force 

Weapons 

Commimicati 

ons 

Instrumentati 

on 

Software 

2.1 

Simulate 

Firing 

Blue  Crew 

Served 

Weapons 

Bhre  Force 
Information 

Operator 

ESOH 

Scenario 

Control 

TTPs 

Blue  Force 
Weapon 

Aiming  Data 
Blue  Force 
Weapon  Firing 
Data 

Blue  Force 

Weapons 

Commimicati 

ons 

Instrumentati 

on 
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Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

2.1.1 

Simulate 
Blue  .50 
Weapons 

Blue  Force 
Information 

Operator 

ESOH 

TIPs 

Blue  Force  .50- 
CAL  Aiming 
Blue  Force  .50- 
CAL  Firing 
data 

Blue  Force 
.50-CAL 

Blue  Force 
Instnimentati 

on 

2.1. 1.1 

Simulate 
Loading  of 
Blue  Force 
.50-CAL 
Weapons 

Blue  Force 
Infoimation 

Operator 

TTPs 

Blue  Force 
loaded  .50- 
CAL 

Blue  Force 
.50-CAL 

2.1. 1.2 

Simulate 
Aiming  of 
Blue  Force 
.50-CAL 
Weapons 

Operator 

TTPs 

Blue  Force  .50- 
CAL  Aiming 
Blue  Force  .50- 
CAL  Filing 
Solution 

Blue  Force 
.50-CAL 

Blue  Force 
Instnimentati 

on 

2.1. 1.3 

Simulate 
Furng  of 
Blue  Force 
.50-CAL 
Weapons 

Blue  Force  .50- 
CAL  Firing 

Solution 

Blue  Force  loaded 
.50-CAL 

Operator 

ESOH 

TTPs 

Blue  Force  .50- 
CAL  Firing 
data 

Blue  Force 
.50-CAL 

Blue  Force 
Instnimentati 

on 

2.1.2 

Simulate 

Blue 

M240B 

Weapons 

Blue  Force 
Infoimation 

Operator 

ESOH 

TTPs 

Blue  Force 
M240B  Aiming 
Blue  Force 
M240B  Filing 
data 

Blue  Force 
Instnimentati 

on 

Blue  Force 
M240B 

2.1.2.1 

Simulate 
Loading  of 
Blue  Force 
M240B 
Weapons 

Blue  Force 
Infoimation 

Operator 

TTPs 

Blue  Force 
loaded  M240B 

Blue  Force 
M240B 

2.1.2.2 

Simulate 
Aiming  of 
Blue  Force 
M240B 
Weapons 

Operator 

TTPs 

Blue  Force 
M240B  Aiming 
Blue  Force 
M240B  Filing 
Solution 

Blue  Force 
Instnimentati 

on 

Blue  Force 
M240B 

2.1.2.3 

Simulate 
Firing  of 
Blue  Force 
M240B 
Weapons 

Blue  Force  loaded 
M240B 

Blue  Force  M240B 
Firing  Solution 
Operator 

ESOH 

TTPs 

Blue  Force 
M240B  Filing 
data 

Blue  Force 
Instnimentati 

on 

Blue  Force 
M240B 
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Numb 

er 

Function 

Inputs 

Controls 

Outputs 

Mechanism 

2.1.3 

Simulate 
Blue  Mik 

19 

Weapons 

Blue  Force 
Information 

Operator 

ESOH 

TTPs 

Blue  Force  Mik 
19  Aiming  Data 
Blue  Force  Mik 
19  Firing  Data 

Blue  Force 
Instnimentati 

on 

Blue  Force 

Mik  19 

2.1.3. 1 

Simulate 
Loading  of 
Blue  Force 
Mrk  19 
Weapons 

Blue  Force 
Infoimation 

Operator 

TTPs 

Blue  Force 
Loaded  Mik  19 

Blue  Force 

Mik  19 

2.1.3.2 

Simulate 
Aiming  of 
Blue  Force 
Mik  19 
Weapons 

Operator 

TTPs 

Blue  Force  Mik 
19  Aiming  Data 
Blue  Force  Mik 
19  Filing 
solution 

Blue  Force 
Instnimentati 

on 

Blue  Force 

Mik  19 

2.1.3.3 

Simulate 
Filing  of 
Blue  Force 
Mrk  19 
Weapons 
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Blue  F3rDe  Mrlc  19  AitIt:  Data 
Bfcjs  P'J*  J£  Mi4S  Afrifp^  ■ 
Hue  =Ofce  .SC  Cal  AiTIfB 


BLe  Force  Frt  .9  Frtnc  Data 
Bfcje  “uice  V  2.^06  Fa.  y  doU 
nkie  For.ie  .  SO  TaI  FMnq  data 


Z 1.4.1 


1 


Iranani:  Amg 
Daita  far  Blue 
-orce  /leaiaro 


Saro'c  ConBo 


iL4.2 


If  ansmt  Fnng 
Data  f:r  Blue 
*1  Farce  Waaocns 


LOSFl^ 

•iB'.wwli 


-►  8l.e  Force  Weapon  Anma  Data 


->  El.e  Force  Weapon  Frnr  Cats 
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Figure  60.  3.1.4-Receive  Blue  Force  Positional  Information  IDEFO 


I5I 


Red  Force  Weapons  Informewn 
9ye  Force  Piatfenr  ir)fiy?net>on 

Red  Force  Ptatform  rrfDrmAlxxi 
Ste  Force  VicieDors  [nfonnetBn 


Figure  61. 


Red  ®oroe  iVeapons  :o^ormatk>r 
9ue  ^Oe  ifi^n^Oor 


Figure  62. 


, 

, 

n-?-! 

Delermne 

J  Effects  of  Red 

1  Wedpom 

SceMno  Castro 

✓ 


Rec  Force  Weaports  EffktS  on  WdtVrre 
>  Rea  Force  Weapor>s  Effects  on  9te  ^>A»aDore 


^  tilje  Pores  tVeapons  Lf^ects  on  RedAetforrs 


BLie  Poroe  kVeapors  Effects  or  Red  'lYeaoore 


Software 


3.2-Determine  Effects  of  Blue  Weapons  on  Red  Forces  IDEFO 


bcenarc  Control 


Software 


.2.1 -Determine  Effects  of  Red  Weapons  on  Blue  Forces  IDEFO 


152 


Refl  Focce  Ptatform  nfemiioon  - 
9(je  Rkcc  Vredpooe  mfennason  - 


v-H 


r 


Determre 
effectj  of  9i/e 
Weaoora  00  Red 

- 1 - 


Scwiflno  Ca^ra 


3. 2. 2. 2 

DetET 

Effect* 

k\'eapcns 

*T»e 

af  due 
on  Red 

0"S 

Software 


“►  Siie  Force  kVeapci'B  E+^ects  ar  Red  Pal^or-f* 


-♦  Bkjt>  Forrc  iVfJipcm  eFSris  or  Rrd  wr3>i>orn 


Figure  63.  3.2.2-Determine  Effects  of  Blur  Weapons  on  Red  Forces  IDEFO 
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Figure  64.  3. 3-Transmit  Data  IDEFO 
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Figure  68.  3.4.3-Record  Blue  Forces  Weapons  data  IDEFO 
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Figure  69.  3.4.4-Record  Blue  Forces  platform  data  IDEFO 
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APPENDIX  F.  MOTION  CAPTURE 


Motion  capturing,  also  known  as  MOCAP,  has  expanded  from  its  main 
application  in  the  entertainment  industry.  Industries  implementing  the  use  of  MOCAP 
include  medical,  sports,  biomechanics,  and  the  military  for  the  use  of  head  mounted 
displays.  “Motion  capture  involves  measuring  an  object’s  position  and  orientation  in 
physieal  space,  then  recording  that  information  in  a  computer-usable  form”  (Martin, 
Zulauf  and  Dyer  1995,  1).  Henee,  this  teehnology  would  be  able  to  provide  precise  data 
on  the  motion  of  the  user  interacting  with  the  training  system.  It  has  been  demonstrated 
in  movies  where  animation  actors’  play  out  scenes  that  are  then  captured  real  time  with  a 
high  degree  of  motion  and  facial  capture  that  is  then  processed  in  post-production. 

There  are  three  methods  that  MOCAP  ean  be  used  including  mechanical,  optical 
and  magnetic  summarized  below  (Furniss  2004;  Srikanth  2013) 

1,  Mechanical 

Mechanical  motion  capture  is  done  through  the  use  of  exoskeleton  suit  with  rods 
connected  by  potentiometers.  Potentiometers  record  the  analog  voltage  changes  and 
converts  to  digital  values. 

•  The  performer  wears  a  human-shaped  set  of  straight  metal  pieces 
(similar  to  a  basic  skeleton)  that  is  hooked  onto  their  back.  As  the 
performer  moves,  this  exoskeleton  is  forced  to  move  as  well  and 
sensors  in  each  joint  feel  the  rotations. 

•  Other  types  of  mechanical  motion  capture  involve  gloves,  mechanical 
arms,  or  articulated  models. 

•  Suit  cost  can  be  anywhere  from  $25,000  to  $75,000  (additional  cost 
includes  an  external  absolute  positioning  system). 

The  pros  and  cons  for  the  application  of  this  mechanical  MOCAP  in  a  simulated 
environment  are  listed  below.  Figure  73  shows  an  example  of  an  exoskeleton  in  use. 

Pros: 

1 .  No  interference  from  light  or  magnetic  fields 

2.  High  precision  and  accuracy 

3.  Not  limited  to  camera  specification  and  quantity 
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4. 


Self-contained 


Cons; 

1 .  The  technology  has  no  awareness  of  ground,  so  there  can  be  no  jumping, 
plus  feet  data  tends  to  slide 

2.  Equipment  must  be  calibrated  often 

3.  Unless  there  is  some  other  type  of  sensor  in  place,  it  does  not  know  which 
way  the  performer’s  body  is  pointing 

4.  Absolute  positions  are  not  known  but  are  calculated  from  the  rotations 

5.  Exoskeleton  suit  weight  limits  user  movements 

6.  Difficult  to  track  interaction  of  several  exoskeleton 


Eigure  73.  Exoskeleton  Suits  for  Mechanical  MOCAP  (from  Gonzalez  2011) 

2,  Optical 

Optical  systems  are  either  Passive  (reflective)  or  Active  (light  emitting  diodes 
EED).  Both  systems  determine  the  performers’  position  with  multiple  cameras  that  track 
the  passive  or  active  markers  on  the  body.  Passive  systems  use  EED  infrared  (IR) 
mounted  camera  lens  that  use  over  the  camera  lens  IR  pass  filters  that  measure  light 
reflected  from  the  markers.  LED  based  systems  pulse-LED’s  measuring  the  infrared 
light  emitted  by  the  LED  markers  placed  on  the  body.  Either  passive  or  active  need  to 
have  a  clear  LOS  because  any  occlusion  will  diminish  the  light  path  needed. 
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•  The  performer  wears  refleetive  dots  that  are  followed  by  several  eameras  and  the 
information  is  triangulated  between  them. 

•  This  was  developed  primarily  for  biomedieal  applications  (sports  injuries, 
analysis  of  athletic  performance,  etc.). 

The  pros  and  cons  of  this  application  in  a  simulated  environment  are  listed  below. 
Figure  74  shows  an  example  of  an  optical  suit  that  would  be  used  for  this  application. 

Pros: 

1 .  Performer  feels  free  to  move  due  to  no  cables  connecting  body  to  the 
equipment 

2.  Larger  volumes  possible 

3.  More  performers  are  possible 

4.  Very  clean,  detailed  data 


Cons: 

1 .  It  is  prone  to  light  interference 

2.  Reflective  dots  can  be  blocked  by  performers  or  other  structures,  causing 
loss  of  data,  or  occlusion-this  can  be  compensated  for  with  software  which 
estimates  the  position  of  a  missing  dot 

3.  Rotations  of  body  parts  must  be  solved  for  and  are  not  absolute 

4.  Performer  must  wear  a  suit  with  unfamiliar  orbs  all  over 

5.  Interference  from  light  or  reflections  can  result  in  so-called  ghost  markers. 
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Figure  74.  Optical  MOCAP  Suit  from  (from  Gonzalez  2011) 

3,  Electromagnetic  (Magnetic) 

Electromagnetic  motion  capture  is  done  via  data  sensors  transmitted  via  network 
or  wirelessly  establishing  fields  in  space  where  sensors  can  measure  position  and 
orientation  of  performer. 

•  The  performer  wears  an  array  of  magnetic  receivers  which  track  location  with 
respect  to  a  static  magnetic  transmitter 

•  One  of  the  first  uses  was  for  the  military  to  track  head  movements  of  pilots 

•  This  type  of  motion  capture  is  often  layered  with  animation  from  other  input 
devices 

The  pros  and  cons  of  this  application  of  MOCAP  in  a  simulated  environment  are 
listed  below. 

Pros: 

1 .  Positions  are  absolute,  rotations  are  measure  absolutely;  orientation  in 
space  can  be  determined,  which  is  very  useful 

2.  Can  be  real  time 

Cons: 

1 .  Magnetic  distortion  occurs  as  distance  increases 

2.  Data  can  be  noisy — it  is  not  as  good  as  optical 
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3.  Prone  to  interference  from  magnetic  fields  -  cement  floors  usually  contain 
metal,  so  stages  must  be  built 

The  gap  analysis  concluded  range  and  LOS  limitations  translating  into  data 
functions  of:  transmission,  receiving  and  recording.  Integration  of  video  capturing 
technology  looked  promising  to  address  some  these  functions.  But,  similar  to  MILES 
technology,  range  for  transmission  of  data  is  an  obstacle.  The  transmission  of  weapon 
data  for  both  Red  and  Blue  forces  would  be  resolved  with  the  use  of  optical  markers.  The 
active  system  would  not  be  impeded  by  the  light  with  the  filters  attracting  only  the  active 
frequencies.  These  sensors  would  be  attached  to  the  weapon  and  user  transmitting  motion 
of  both.  With  sensors  being  attached  to  the  Red  ship,  participants  would  provide  precise 
location  on  the  ship  for  damage  assessment  of  on  board  crew.  The  drawback  would  be 
the  location  of  the  cameras — three  meters  is  the  limitation  for  the  distance  from  the 
sensors.  Additionally,  the  integrating  of  data  from  either  Red  or  Blue  ship  to  a  control 
tower  would  need  to  be  capable  of  transmitting  over  2000  meters  from  both  locations.  In 
conclusion,  motion  capturing  has  demonstrated  its  ability  for  obtaining  a  high  detail  of 
the  user  or  even  weapon  in  a  controlled  environment.  Further  research  for  greater 
transmission  would  provide  the  ability  for  tracking  the  weapons  and  user  for  AAR  in 
greater  detail  for  scenarios. 
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